第40条有一个建议：对于参数类型，要优先使用接口而不是类。通俗地讲，应该优先使用接口而不是类来引用对象。如果有合适的接口类型存在，那么对于参数、返回值、变量和域来说，就应该使用接口类型来声明。只有当你利用构造函数创建某个对象的时候，才真正引用这个对象的类。
考虑Vector的情形，它是List接口的一个实现，在声明变量的时候应该养成这样的习惯：
//Good - use interface as type
List<？> list= new Vector<？>();
而不是像这样的声明：
//Bad - use class as type
Vector<?> list= new Vector<?>();
优点：
1.假如一个类实现了多个接口,那么用接口类型来定义它的引用变量的话,一眼就可以明白,这里是需要这个类的哪些方法。
2.程序更加灵活。当你决定更换实现时，只需要改变构造器中类的名称。其他使用list地方的代码根本不需要改动。第一个声明可以被改变为：
List<?> list= new ArrayList<?>();
注意：
list只能使用ArrayList已经实现了的List接口中的方法，ArrayList中那些自己的、没有在List接口中定义的方法是不可以被访问到的。List.add其实是List接口的方法，但是调用ArrayList方法如clone（）方法是调用不到的。
适合于用类来引用对象的情形：
1.如果没有合适的接口存在，可以用类来引用对象。
例如，考虑值类（String、BigInteger）很少用多个实现编写，他们通常是final的，并且很少有对应的接口。使用这种值类作为参数、变量、域或者返回值类型就比较合适。
2.对象属于一个框架，而框架的基本类型是类，不是接口。（对象属于基于类的框架）
例如java.util.TimerTask抽象类。应该用相关的基类（往往是抽象类）来引用对象，而不是它的实现类。
3.类实现了接口，但是它提供了接口中不存在的额外方法。
例如LinkedHashMap，程序依赖于这些额外的方法，这种类就应该只被用来引用它的实例。
以上这些例子并不全面，而只是代表了一些“适合于用类来引用对象”的情形
总结：给定的对象是否具有适当的接口应该是很明显的。如果是，用接口引用对象就会使程序更加灵活；如果不是，则使用类层次结构中提供了必要功能的最基础的类。
