本节书摘来自华章出版社《effective ruby：改善ruby程序的48条建议》一书中的第2章，第2.9节，作者 ［美］彼得 j.琼斯（peter j. jones），更多章节内容可以访问云栖社区“华章计算机”公众号查看
封装是面向对象编程中的主要准则之一，它是指一个对象的内部实现仅可被内部访问，不可被外部访问。这使得我们可以构建一层壁垒。一方面，暴露那些允许别人使用的外部接口。另一方面，可以灵活地改变其内部的实现而无需为破坏类的外部行为而担忧。在ruby语言中，这种壁垒可能理论味十足，但至少是存在的。
以实例变量为例——它们默认是私有的。如果不借助任何后门式的元编程技巧，它们只能在实例方法内部被访问。若将其暴露到外部，则需定义被称为accessor的方法。这是个好消息。你可以放心地在实例变量中存储内部状态而无需担心它可能会意外地成为公共接口的一部分。这样的封装在多数情况下都是极好的，但有一种情况它们反而会成为阻碍。因为某些时候一个对象需要访问另一个对象的内部状态。考虑下面的
例子：
方法Ｗidget#overlapping?会检查其本身是否和另一个对象在屏幕上重合。widget类的公共接口并没有将屏幕坐标对外暴露；它们的具体实现隐藏于内部。看上去突破封装的壁垒的唯一方法就是使用一些元编程技巧了。但这种方法有其自身的缺点。
通常情况下，当设计一个具有内部状态的类时，正确的做法是尽可能减少对该状态的直接访问，而是使用最小数量的访问方法。这样做既提升了可测试性也降低了变更可能对系统造成的破坏。把对于状态的操作隐藏于私有方法中也有助于优化程序，如优化内存（参考第48条）。为了提升可维护性，更好的做法是让widget类的屏幕坐标信息保持私有，即便是对于overlapping?方法也应如此。你可能希望去写一个私有方法来充当访问屏幕坐标的接口，但在这种情况下并不适用。
在ruby语言中，私有方法的行为和其他面向对象的编程语言中不太相同。ruby语言仅仅在私有方法上加了一条限制——它们不能被显式接收者调用。无论你在继承体系中的哪一级。只要你没有使用接收者，你都可以调用祖先中的私有方法。但是你不能调用另一个对象的私有方法，即便是调用者和接收者隶属于同一个类。如果你使用一个私有方法来访问屏幕坐标，你仍然无法在overlapping?方法中使用它们。还好，ruby提供了针对这种情况的解决方式：protected方法。
接收者无法使用私有方法，但可以使用protected方法。但有一个例外，而且它还有些复杂。被接收者调用的方法必须处于调用者继承体系中的哪一级，只要调用者和接收者都可以通过继承体系共享同一个实例方法，那么调用者就可以调用接收者上的方法。调用者和接收者并不需要是同一个类的实例，但是它们必须共享一个定义了该方法的超类。
对于Ｗidget类来说，可以定义一个暴露私有屏幕坐标的方法，但并不通过公共接口来实现。其实现方式是声明该方法为protected，这样我们既保持了原有的封装性，也使得overlapping?方法可以访问其自身以及其他传入的widget实例的坐标。这样就无需元编程的黑魔法了！
这正是设计protected方法的原因——在相关类之间共享私有信息。
要点回顾
通过protected方法共享私有状态。
一个对象的protected方法若要被显式接收者调用，除非该对象与接收者是同类对象或其具有相同的定义该protected方法的超类。