Java初学者应该知道的一些知识(2)

　　抽象层次含有一个应用系统最重要的宏观商务逻辑，是做战略判断和决定的地方，那么抽象层次就应当是较为稳定的，应当是复用的重点;也应当是维护的重点。

　　在很多情况下，一个Java程序需要引用一个对象。这个时候，如果这个对象有一个抽象类型的话，应当使用这个抽象类型作为变量的静态类型。这就是针对接口编程的含义。

　　一般而言，在创建一个对象时，Java语言要求使用new关键词以及这个类本身。而一旦这个对象已经被创建出来，那么就可以灵活地使用这个对象的抽象类型来引用它。比如：List employees = new Vector();因此，Java语言中创建一个对象的过程是违背“开闭原则”以及依赖倒转原则的(因为先生成了具体的类型，再使用抽象的引用)，虽然在这个类被创建出来以后，可以通过多态性使得客户端依赖于其抽象类型。正是由于这个问题，设计模式给出了多个创建模式，特别是几个工厂模式，用于解决对象创建过程中的依赖倒转问题。

　　工厂模式将创建一个类的实例的过程封装起来，消费这个实例的客户端仅仅取得实例化的结果，以及这个实例的抽象类型。当然，任何方法都无法回避Java语言所要求的new关键字和直接调用具体类的构造子的做法(这违背了里氏代换原则)。简单工厂模式将这个违反“开闭原则”和依赖倒转原则的做法封装到了一个类里面，而工厂方法模式将这个违反原则的做法推迟到了具体工厂角色中。通过适当的封装，工厂模式可以净化大部分的结构，而将违反原则的做法孤立到易于控制的地方。

　　联合使用Java接口和Java抽象类：声明类型的工作由Java接口承担，但是同时给出的还有一个Java抽象类，为这个接口给出一个缺省实现。如果一个具体类直接实现这个Java接口的话，它就必须自行实现所有的接口;相反，如果它继承自抽象类的话，它就可以省去一些不必要的方法，因为它可以从抽象类中自动得到这些方法的缺省实现。这其实就是缺省适配模式。

　　依赖倒转的缺点：

　　1) 因为依赖倒转的缘故，对象的创建很可能要使用对象工厂，以避免对具体类的直接引用，此原则的使用还会导致大量的类。对不熟悉面向对象技术的工程师来说，维护这样的系统需要较好地面向对象的设计知识。

　　2) 依赖倒转原则假定所有的具体类都是会变化的，这也不总是正确的。有一些具体类可能相当稳定、