友好会见

假如基础不指定会见指示符，就象本章之前的所有例子那样，这时会呈现什么环境呢？默认的会见没有要害字，但它凡是称为“友好”（Friendly）会见。这意味着当前包内的其他所有类都能会见“友好的”成员，但对包外的所有类来说，这些成员却是“私有”（Private）的，外界不得会见。由于一个编译单位（一个文件）只能从属于单个包，所以单个编译单位内的所有类彼此间都是自动“友好”的。因此，我们也说友好元素拥有“包会见”权限。
友好会见答允我们将相关的类都组合到一个包里，使它们彼此间利便地举办相同。将类组合到一个包内今后（这样便答允友好成员的彼此会见，亦即让它们“交伴侣”），我们便“拥有”了谁人包内的代码。只有我们已经拥有的代码才气友好地会见本身拥有的其他代码。我们可认为友好会见使类在一个包内的组合显得有意义，可能说前者是后者的原因。在很多语言中，我们在文件内组织界说的方法往往显得有些牵强。但在Java中，却强制用一种颇有意义的形式举办组织。除此以外，我们有时大概想解除一些类，不想让它们会见当前包内界说的类。
对付任何关系，一个很是重要的问题是“谁能会见我们的‘私有’或private代码”。类节制着哪些代码可以或许会见本身的成员。没有任何法门可以“冲入”。另一个包内推荐可以声明一个新类，然后说：“嗨，我是Bob的伴侣！”，并指望看到Bob的“protected”（受到掩护的）、友好的以及“private”（私有）的成员。为得到对一个会见权限，独一的要领就是：
(1) 使成员成为“public”（民众的）。这样所有人从任那里所都可以会见它。
(2) 酿成一个“友好”成员，要领是舍弃所有会见指示符，并将其类置于沟通的包内。这样一来，其他类就可以会见成员。
(3) 正如今后引入“担任”观念后各人会知道的那样，一个担任的类既可以会见一个protected成员，也可以会见一个public成员（但不行会见private成员）。只有在两个类位于沟通的包内时，它才可以会见友好成员。但此刻不必体贴这方面的问题。
(4) 提供“会见器／变革器”要领（亦称为“获取／配置”要领），以便读取和修改值。这是OOP情况中最正规的一种要领，也是Java Beans的基本——详细环境会在第13章先容。