设计模式-工厂方法模式

工厂方法模式

工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到了子类。
工厂方法模式（Factory Method Pattern）通过让子类决定该创建的对象是什么，来达到将对象创建的过程封装的目的。
PizzaStore就是创建者（Creator）类。它定义了一个抽象的工厂方法，让子类实现此方法制造产品。
创建者通常会包含依赖于抽象产品的代码，而这些抽象产品由子类制造。创建者不需要真的知道在制造哪种具体产品。
能够产生产品的类称为具体创建者。NYPizzaStore和ChicagoPizzaStore就是具体创建者。
Pizza是产品类。工厂生产产品，对PizzaStore来说，产品就是Pizza。
抽象的Creator提供了一个创建对象的方法的接口，也称为“工厂方法”。在抽象的Creator中，任何其他实现的方法，都可能使用到这个工厂方法所制造出来的产品，但只有子类真正实现这个工厂方法并创建产品。

// Creator是一个类，它实现了所有操纵产品的方法，但不实现工厂方法public abstract class Creator{    void anOperation(){        // ...    }    // Creator的所有子类都必须实现这个抽象的factoryMethod()方法    abstract void factoryMethod();}// 具体的创建者public class ConcreteCreator extends Creator{    // ConcreteCreator实现了factoryMethod()，以实际制造出产品。    @Override    void factoryMethod() {        // ...    }}// 所有产品必须实现这个接口，这样一来，// 使用这些产品的类就可以引用这个接口，而不是具体的类public abstract class Product{    void operation(){        // ...    }}// 具体的产品public class ConcreteProduct extends Product{}

遵循依赖倒置原则的指导方针

下面的指导方针，能帮你避免在OO设计中违反依赖倒置原则：

变量不可以持有具体类的引用

如果使用new，就会持有具体类的引用。你可以改用工厂来避开这样的做法。

不要让类派生自具体类

如果派生自具体类，你就会依赖具体类。请派生自一个抽象（接口或抽象类）。

不要覆盖基类中已实现的方法

如果覆盖基类已实现的方法，那么你的基类就不是一个真正适合被继承的抽象。基类中已实现的方法，应该由所有的子类共享。
要完全遵守这些指导方针似乎不太可能，但是如果你深入体验这些方针，将这些方针内化成你思考的一部分，那么在设计时，你将知道何时有足够的理由违反这样的原则。比方说，如果有一个不像是会改变的类，那么在代码中直接实例化具体类也就没什么大碍。另一方面，如果有个类可能改变，你可以采用一些好技巧（例如工厂方法）来封装改变。