Java 开发人员总是对在该类之外不使用的方法使用私有访问级别。已知benefits 这样做，但从另一方面来看，我们增加了单元测试的复杂性。在大多数情况下，我们的代码不被任何其他服务/API 使用，我们实际上并不关心“私人”利益。但我相信我们关心的是创建可读的简单单元测试。考虑到这一点，为什么不将类中的所有方法默认创建为“包私有”，并仅在我们真正需要时才将它们设为“私有”？
【问题讨论】：
标签： java oop private access-levels package-private
为什么方法的私有访问比私有访问更可取 包私有？
我不会说它更可取。
这两种做法都是可以接受的，不要让我感到震惊。
现在应该尽可能地支持private，因为它可以防止不希望的耦合，而产生更多耦合的package-private应该与相关性一起使用。
在大多数情况下，我们的代码不会被任何其他服务/API 使用，并且 我们实际上并不关心“私人”福利。
即使您开发了一个供某些客户端使用的库，使用包修饰符也不错，因为 package-private 中的类不直接成为 API 的一部分。
但我相信我们关心的是创建可读的简单单元测试。 考虑到这一点，为什么不在类中创建所有方法 'package-private' 默认情况下，只有在 我们真的需要这个吗？
相反，单元测试和private 修饰符根本不兼容。
我同意使用 package-private 修饰符而不是 private 可以轻松测试/模拟/切换类的成员。
在某些情况下，这种做法是可以接受的。
现在将其概括为所有设计选择。
就我个人而言，我仅将package-private 修饰符用作真正相关的（测试的真正问题或在同一包的其他类之间共享的内部处理），因为除了使单元测试更容易（这是一个好点）之外，我认为这这种做法可能有利于将类耦合得比要求更强烈的设计。
例如，假设在 B 类中，您可以访问 A 类实例的字段/方法，因为它们在同一个包中。
假设从概念上讲，该字段是 A 实现的非常内部部分的一部分，并且它不被其他类知道以允许以后更改它。
但是由于这个字段/方法是包私有的，现在没有什么能阻止你尽可能地做到这一点。
我不喜欢那样。
最后，我想说你不应该担心private 方法的单元测试。
内部不构成 API 的一部分。您无需对其进行测试。
现在，如果多次调用私有方法或者您确实需要测试此处理，则没有什么可以阻止您将其提取到另一个类中以使其可测试并在需要时有一种方法来模拟处理（以避免多次测试） .
【讨论】：