有时，你可能会尝试编写简单类，除了组实例字段之外没有任何目的：
因为这些类的数据字段是可以直接访问的，所以这些类没有提供封装的好处(item15) 。你不能在不更改API的情况下更改表示，你不能强制不变量，你不能在访问字段的时候执行辅助操作。强硬的面向对象程序员认为这些类是诅咒，应该总是具有private字段和public访问方法（getters）和可变类的方法（setter）:
当然，强硬派是正确的，当类是public的时候：如果一个类在包歪是可访问的，提供访问方法保持改变类内在表示的灵活性。如果一个public类暴露它的数据字段，所有改变其表示的希望都会丢失，因为客户端代码可以被远程分发。
然而，如果一个类是package-private或者是private嵌套类，那么暴露它的数据字段没有任何内部错误-假设它们足以描述类提供的抽象。在类定义和在使用它的客户端中，这种方法比访问方法产生更少视觉混乱。虽然客户端代码与类内部表示相关联，但该代码仅限于包含该类的包。如果需要改变表示，你可以在不改变包外的任何代码来更改它。在私有嵌套类的情况下，更改范围更一举限制为封闭类。
在Java平台库中的一些类违反了public类应该不直接暴露字段的建议。突出的例子包括java.awt包下的Point和Dimension类。这些类应该被视为警示故事，而不是模仿的例子。正如item67所述，暴露Dimension类的内部觉得导致了严重的性能问题，至今仍然存在。
虽然public类直接暴露字段永远不是一个好主意，但是如果字段是不可变的，它的危害更小。你无法在不改变API的前提下改变类的表示，你不能当类正在被读时做辅助性操作，但是你可以强制执行不变量。例如，这个类保证每个实例表示有效时间：
总结，public类应该永不暴露可变字段。public类暴露不可变字段的危害较小，虽然这仍然有问题。然而，有时候package-private或private嵌套类需要暴露字段，无论可变还是不可变。
本文写于2019.3.21，历时1天
