越来越发现这是一本难得的好书，Java程序员不看这本书的话真是很遗憾。本章讲述的是类和接口相关的问题。这几个Item都非常重要.
Item 12：把类和成员的可访问范围降到最低
好的模块设计应该尽最大可能封装好自己的内部信息，这样可以把模块之间的耦合程度降到最低。开发得以并行，无疑这将加快开发的速度，便于系统地维护。Java中通过访问控制符来解决这个问题。
- public表示这个类在任何范围都可用。
- protected表示只有子类和包内的类可以使用
- private-package(default)表示在包内可用
- private表示只有类内才可以用
你在设计一个类的时候应该尽量的按照4321得顺序设计。假如一个类只是被另一个类使用，那么应该考虑把它设计成这个类的内部类。通常public的类不应该有public得字段，不过我们通常会用一个类来定义所有的常量，这是答应的。不过必须保证这些字段要么是基本数据类型要么引用指向的对象是不可修改的。不然他们将可能被修改。例如下面的定义中data就是不合理的，后面两个没有问题。
public class Con
{
public static final int[] data = {1,2,3};// it is bad
public static final String hello = "world";
public static final int i = 1;
}
Item 13:不可修改的类更受青睐
不可修改的类意思是他们一经创建就不会改变，例如String类。他们的设计、实现都很方便，安全性高——它们是线程安全的。设计不可修改类有几点规则：
- 不要提供任何可以修改对象的方法
- 确保没有方法能够被覆盖，可以通过把它声明为final
- 所有字段设计成final
- 所有字段设计成private
- 确保外部不能访问到类的可修改的组件
不可修改类也有个缺点就是创建不同值得类的时候要创建不同的对象，String就是这样的。通常有个解决的办法就是提供一个帮助类来弥补，例如StringBuffer类。
Item 14:化合(合成）比继续更值得考虑
实现代码重用最重要的办法就是继续，但是继续破坏了封装，导致软件的键壮性不足。假如子类继续了父类，那么它从父类继续的方法就依靠父类的实现，一旦他改变了会导致不可猜测的结果。作者介绍了InstrumentedHashSet作为反例进行说明，原因就是没有明白父类的方法实现。作者给出的解决办法是通过化合来代替继续，用包装类和转发方法来解决问题。把想扩展的类作为本类的一个private final得成员变量。把方法参数传递给这个成员变量并得到返回值。这样做的缺点是这样的类不适合回掉框架。继续虽然好，我们却不应该滥用，只有我们能确定它们之间是is-a得关系的时候才使用。
Item 15:假如要用继续那么设计以及文档都要有质量保证，否则就不要用它
为了避免继续带来的问题，你必须提供精确的文档来说明覆盖相关方法可能出现的问题。在构造器内千万不要调用可以被覆盖的方法，因为子类覆盖方法的时候会出现问题。
import java.util.*;
public class SubClass extends SuperClass
{
private final Date date;
public SubClass()
{
date = new Date();
}
public void m()
{
System.out.println(date);
}
public static void main(String[] args)
{
SubClass s = new SubClass();
s.m();
}
}
class SuperClass
{
public SuperClass()
{
m();
}
public void m()
{
}
}
由于在date被初始化之前super（）已经被调用了，所以第一次输出null而不是当前的时间。
由于在Clone()或者序列化的时候非常类似构造器的功能，因此readObject()和clone（）方法内最好也不要包括能被覆盖的方法。
Item 16:在接口和抽象类之间优先选择前者
接口和抽象类都用来实现多态，不过我们应该优先考虑用接口。知道吗？James说过假如要让他重新设计java的话他会把所有都设计成接口的。抽象类的优点是方便扩展，因为它是被继续的，并且方法可以在抽象类内实现，接口则不行。
