0

Java 访问修饰符隐含地赋予包访问优先于子类，因为default修饰符允许访问包而不是子类，受保护的允许访问两者，但是没有允许访问子类但不允许访问包的修饰符。这对我来说一直很奇怪，因为我自然倾向于认为子类“更接近”父类（即使它们毕竟是它们自己的变量）然后是同一个包中的类，而且我经常发现自己处于我想要为 sub 而不是包的修饰符。这可能意味着我以“错误”的方式使用包，但有人可以解释一下这个决定背后的逻辑吗？

4

2 回答 2

2

当您使用protected修饰符时，您将无限制地访问该类。即使该类不适合子类化，也可以随时扩展它。当您使用protected修饰符时，您实质上是说该类（在可预见的将来）始终适合子类化。这可能不是您想要的；例如，如果您有一个课程应该为一个项目扩展几次，之后就不会再扩展了。

当您没有修饰符（default-access/package-private）时，您对类的访问权限有限。没有人，甚至你，都不能访问包之外的那个类，如果你正在做类似上述情况的事情，这是你想要的，其中类特定于你的项目并为任何其他任意项目扩展它将是不合适的。以下是从最高访问权限到最低访问权限的列表：

  • public：无限访问所有人和所有内容
  • protected: 无限制访问但更严格
  • default-access：对有限数量的其他类的有限访问
  • private: 极其有限的访问权限：任何东西都无法访问

在和 default-access之间有第五个访问修饰符，protected以便希望扩展它的每个类都应该可以访问它，但如果他们不想扩展它就没有访问权限是多余的，因为它已经存在于表单中的public abstract。

于 2016-07-15T17:46:34.753 回答
0

应用程序需要模块化，这是事实。此外，模块需要具有相互通信的手段。这两个用例是默认包和受保护包的用途。

通常，与您正在构建的模块相关的文件位于同一个包中。例如：

--my_module
 |-- MainModuleClass
 |-- HelperA
 |-- HelperB

在这种情况下，MainModuleClass通常具有类型字段，HelperA并且HelperB开发模块的团队创建了所有 3 个类 - 因此，“他们知道自己在做什么”。此外，所有这 3 个类都有高度相关的职责——它们构成了模块的核心。由于这两个原因，它是使用“包访问”的好地方，因为您可以安全地访问彼此类的成员。

此外，这个模块的测试与模块本身在同一个包中（虽然不同的目录，但这没关系）。因此，模块的作者可以访问模块类的“默认”访问字段来读取它们的内部状态并查看内部行为是否正确。

现在，如果其他开发人员决定通过扩展其中一个类来添加一些功能，那么根据定义，该程序员就是“其他”程序员。他不知道代码以及创建原始组件的第一个团队。因此，某些字段被标记为“受保护”，只允许想要扩展代码并感到安全的“外部人员”访问。

总结一下：

  1. 如果您正在构建一个模块并希望某些字段只能由模块中的类使用 - 默认可见性是要走的路。
  2. 如果某些字段要被其他可能想要重用您的模块的团队扩展或使用 - 这些字段将受到保护。
于 2016-07-15T17:46:27.470 回答