包的命名
包的名字应该避免与其他包冲突，所以选择一个既有意义又唯一的名字是包设计的一个重要方面。但是全球的程序员都在开发包，根本就没有办法获知谁采用了什么包名，因此选择唯一的包名是一个难题。如果我们确定某个包只在我们的组织内部使用，那么我们就可以让内部仲裁者(internal arbiter)来确保项目之间不会发生名字冲突。
但是对于整个世界而言，这种方法是不实际的。包的标识符都是简单的名字，一种比较好的能够确保包名唯一的方法是使用internet域名。如果我们所就职的公司的名字为magic.lnc，该公司的域名为magi c.com，那么属性包的声明就应该是:
package com.magic.attr; 注意，这里的域名构成元素是按常规域名的倒序排列的。
如果我们采用这种惯用法，那么除了在我们的组织内部可能会产生冲突外，我们所采用的包名就不会与其他任何人的包名冲突了。如果我们的组织内部确实产生了冲突(可能是大型的企业)，那么我们可以使用更具体的域名来进一步限定。许多大型公司都有内部子域名，如east和europe，可以使用这样的子域名来进一步限定包的名字:
package corn. magic.japan.attr;
使用这种方案可能会使包的名字变得很长，但是相对比较安全。使用这种技巧的程序员不会选择相同的包名，而不使用这种技巧的程序员也不会选择我们所采用的名字。
包的访问
在声明包中的顶层类和顶层接口的可访问性时，有两种选择:包访问权限(package)和公共访问权限(public)。用public修饰的类或接口可以被包外的代码所访问，而没有用public修饰的类型则具有包作用域:它们可以被同一个包中的其他代码所访问;但对于包外的代码，甚至是子包中的代码，它们都是隐藏的。我们在声明类型时，应该只把其他程序员需要使用的那些类型声明为public的，而隐藏那些属于包的实现细节的类型。这种技术给我们提供了极大的灵活性，由于程序员并不依赖于这些他们所不能访问的实现细节的类型，所以当我们想改变实现细节时，可以自由地改变它们。
没有被声明为public,protected或private的类成员可以被包内的任何代码直接访问，但对包外的代码是隐藏的。换句话说，默认的访问修饰符是“package"，但接口的成员例外，它们的默认访问修饰符是“public" .
在包内没有声明为private的字段或方法可以被该包中的所有其他代码所访问，因此，同一个包中的类都被认为是“友好的”或“可以信任的”。这样就使得我们可以定义组合了预定代码(predefined code)和占位符代码(placeholder code)的应用框架，其中占位符代码被框架类的子类覆盖。预定义代码可以使用包访问权限修饰符，这样包内的其他相互协作的代码就可以直接访问它们，但对于包外用户，这些代码是不可访问的。然而，这些代码所在包的子包是不被信任的，反之亦然。例如，在包dit中用包访问权限修饰符修饰的代码不能被其子包dit.dat中的代码所访问，反之亦然。
因此，每种类型都定义了三种不同的契约:
可访问性和及盖方法
只有在超类中可以访问到的方法才可以在子类中被覆盖。如果超类中的某个方法不能被访问，那么即使子类中的方法与该方法同名，在子类中也不能覆盖该方法。当某个方法在运行时被调用时，系统会考虑它的可访问性，从而决定运行它的哪一个具体实现。
下面这个特意构建的例子解释得更加清楚。假设我们在p1包中声明了一个abstract-base类:
我要评论
package p1;
{ab ab abab
public abstract class abstractbase
private void pri() {print(" stractbase.pri()”):} void pac () {print(" stractbase.pac()”);}
protected void pro() {print(" stractbase.pro()");}
public void pub() {print(" stractbase.pub()”);}
public final void show()
pri();
pac();
pro();
pub();
}
}
在这个类中，我们定义了4个方法，每个方法都具有不同的访问权限修饰符，且方法体都只是标识其自身。方法show在当前对象上依次调用了这4个方法，当把该方法应用于不同的子类对象时，就可以说明到底调用了这些方法的哪个实现。
现在，我们定义类concretel，这个类扩展了abstractbase类，但是位于p2包中:
package p2;
import p1.abstractbase
public class concretel extends abstractbase{
public void pri(){print("concretel.pri()”);}
public void pac(){print("concretel.pac()”);}
public void pro(){print("concretel.pro()”);}
public void pub(){print("concretel.pub()");}
}
在该类中重新声明了超类中的4个方法，并改变了它们的实现，这些实现在报告它们属于con-cretel类。同时，它们的访问权限都被改成了public，以便其他代码访问。执行下面的代码
new concretel().show():
将产生如下输出:
abstractbase.pri() abstractbase.pac() concretel.pro() concretel.pub ()
因为私有方法pri不能被子类(或其他类)所访问，所以show方法总是调用abstractbase类中的pri方法的实现。abstractbase类中的具有包访问权限的pac方法不能被concretel访问，因此concretel类中的pac方法的实现不能覆盖abstractbase类中的定义，故show方法调用的是abstractbase.pac方法。pro方法和pub方法在concretel类中都是可以访问的，同时也可以被覆盖，所以show方法中调用的是concretel类中的这两个方法的实现。
接卜采我们足义类concrete2，来扩展类concretel，然后我们把它和abstractbase类放到同一个包p1中':
package p1;
import p2.concretel
public class concrete2 extends concretel{
public void pri(){print("concrete2.pri()”);}
public void pac(){print("concrete2.pac ()”);}
public void pro(){print("concrete2.pro()”);}
public void pub(){print("concrete2.pub()");}
}
因为concretel中的方法都具有public访问权限，所以在concrete2中都可以访问到，而且concrete2中的每一个方法分别对其相应的方法进行了覆盖。此外，因为concrete2和ab-stractbase在同一个包中，所以在concrete2中也可以访问到方法abstractbase.pac，并且可以覆盖方法concrete2.pac。在concrete2对象上调用show方法，打印结果如下:
abstractbase.pri() concrete2.pac() concrete2 .pro() concrete2.pub()
最后，我们定义类concrete3来扩展类concrete2，并放在包p3中:
package p3
import p1.concrete2;
public class concrete3 extends concrete2{
public void pri(){print("concrete3.pri()”);}
public void pac q{print("concrete3.pac()”);}
public void pro(){print("concrete3.pro()”);}
public void pub(){print("concrete3.pub()”);}
}
在concrete3对象上调用show方法，打印结果如下:
abstractbase.pri()
concrete3.pac ()
concrete3.pro()
concrete3.pub()
在这里方法concrete3.pac看起来是覆盖了不可访问的abstractbase.pac方法，但实际上是，方法concrete3.pac覆盖了方法concrete2.pac，而方法concrete2.pac覆盖了方法abstractbase.pac，因此方法concrete3.pac间接地覆盖了方法abstractbase.pac。通过在类concrete2中重新把pac方法声明为具有public访问权限，可以使其能够被任何子类所访问和覆盖。'
如对本文有疑问， 点击进行留言回复！！
SpringBoot引用阿里easyexcel，Excel导出返回浏览器下载
HashMap、Hashtable、ConcurrentHashMap三者间的异同
解决RecycleView 中Item包含Edittext时，滑动view复用导致数据错乱的问题
多线程、同步工作原理、死锁案例、Lock接口、线程的生命周期的讲解及实现
网友评论