在Java中，封装私有，公共，受保护和私有之间的区别

2018-05-29 03:29:16

在Java中，在制定class和interface并处理继承时，是否有明确规定何时使用每种访问修饰符的权限，即默认（包私有）， public ， protected和private ？

官方教程可能对您有些用处。

            | Class | Package | Subclass | Subclass | World
            |       |         |(same pkg)|(diff pkg)| 
————————————+———————+—————————+——————————+——————————+————————
public      |   +   |    +    |    +     |     +    |   +     
————————————+———————+—————————+——————————+——————————+————————
protected   |   +   |    +    |    +     |     +    |         
————————————+———————+—————————+——————————+——————————+————————
no modifier |   +   |    +    |    +     |          |    
————————————+———————+—————————+——————————+——————————+————————
private     |   +   |         |          |          |    

+ : accessible
blank : not accessible

（注意：我不是Java程序员，我是Perl程序员，Perl没有正式的保护措施，这也许是为什么我理解这个问题的原因:)）

私人的

就像你会想的那样，只有声明它的类才能看到它。

私人包裹

只能被宣称的包所看到和使用。这是Java中的默认值（有些人认为是错误的）。

受保护

Package Private +可以被子类或包成员看到。

上市

每个人都可以看到它。

发布时间

在我控制的代码之外可见。（虽然不是Java语法，但对此讨论很重要）。

C ++定义了一个名为“朋友”的额外级别，而你知道的越少越好。

你什么时候该用什么？整个想法是隐藏信息的封装。尽可能多地隐藏你的用户完成某些事情的细节。为什么？因为那样你可以稍后改变它们而不会破坏任何人的代码。这可以让您优化，重构，重新设计和修复错误，而无需担心有人正在使用您刚刚修改过的代码。

所以，经验法则是让事物看起来像他们必须的那样。从私人开始，只根据需要添加更多可见性。只公开那些对用户来说绝对必要的知识，你公开的每一个细节都会激发你重新设计系统的能力。

如果您希望用户能够自定义行为，而不是公开内部以便他们可以覆盖它们，那么将这些内容推入对象并公开该接口通常是更好的主意。这样他们可以简单地插入一个新的对象。例如，如果您正在编写CD播放器，并希望“查找有关此CD的信息”位可自定义，而不是将这些方法公开，则可以将所有功能放入其自己的对象中，并仅让您的对象getter / setter公开。以这种方式暴露你的胆量鼓励良好的构成和关注的分离

就我个人而言，我坚持“私人”和“公众”。许多面向对象的语言就是这样。 “受保护”可以很方便，但它确实是一个骗子。一旦接口不仅仅是私人的，它不在你的控制范围之内，你必须寻找其他人的代码才能找到用途。

这就是“发布”这个概念的来源。改变一个接口（重构它）需要你找到所有使用它的代码并改变它。如果界面是私人的，那么没问题。如果它受到保护，则必须去查找所有的子类。如果它是公开的，你必须找到所有使用你的代码的代码。有时候这是可能的，例如，如果您正在处理仅供内部使用的公司代码，则无论接口是否公开都无关紧要。您可以从公司存储库中获取所有代码。但是如果一个接口是“发布”的，如果有代码在你的控制之外使用它，那么你就会被洗脑。您必须支持该界面或冒险破坏代码。即使受保护的接口也可以被认为是公开的（这就是为什么我不打扰受保护的原因）。

许多语言认为公共/保护/私人的等级性太过于限制，不符合现实。为此，有一个特质类的概念，但这是另一个表演。

这是更好的表格。（未来证明与模块专栏。）

Java访问修饰符