最小化类和成员的訪问能力

原文地址：http://leihuang.org/2014/11/17/minmize-accessibility/

信息隐藏

要想差别一个设计良好的模块与一个设计不好的模块。最重要的因素是，这个模块对于外部的其他模块而言。是否隐藏了内部的数据和其他的实现细节。换句话说，就是模块的设计者是否对其进行了良好的封装。

对于顶层的（非嵌套的）类和接口，它们仅仅有2种訪问级别：包级私有(package-private)和公有(public)。

假设选择了包级私有，那么它仅仅是这个包的实现的一部分，而不是该包对外提供服务的API的一部分。

在以后的版本号中。你能够对它进行改动、替换甚至删除。而无需操心会伤害到现有的使用者。

而假设选择的公有的，你就有义务永远支持它。以保持兼容性。

对于成员（域和方法）。訪问级别共为4种：

● 私有的（private）——仅仅有该成员的顶层类中才干訪问

● 保护的（protected）——本包内的不论什么类和所在类的子类都能够訪问

● 公有的（public）——不论什么地方都能够訪问

实例域不能为public

假设一个实例域时final。或者是一个指向可变对象的final引用。假设你将这种类申明为public。那么你就不能限制存在这个域里面的值。也不能强制这些数据不变。

同一时候，实例域被改动时你也不能做些什么。所以：

classes with public mutable fields are not thread-safe.

具有公有的静态final数组域差点儿总是错误的。注意这句话共同拥有4个定语——公有的、静态的、final的、数组。

// 这能够肯定是错误的public static final Type[] VALUES = { ... };  // 应该改成这样private static final Type[] PRIVATE_VALUES = { ... };  public static final List VALUE = Collections.unmodifiableList(Arrays.asList(PRIVATE_VALUES));// 或者这样写（可能损失一点性能），前提是Type实现了克隆接口，并且你不反感克隆private static final Type[] PRIVATE_VALUES = { ... };  public static final Type[] values() {      return (Type[]) PRIVATE_VALUES.clone();}

2014-11-17 00:48:43

Brave,Happy,Thanksgiving !