设计模式--工厂模式

工厂方法中的“工厂”和我们平常理解的一样：用于生产产品。

而客户是要和产品打交道，所以工厂方法模式的意义在于把客户和产品分开，达到解耦和更灵活的目的。

一般我们有一个产品的抽象类，然后有几个具体的产品，如下：

//抽象产品角色
public interface Product{
    void product();
}
//具体产品1
public class Pro1 implements Product{
    @Override
    public void product() {
        System.out.println("产品1");
    }
}
//具体产品2
public class Pro2 implements Product{
    @Override
    public void product() {
        System.out.println("产品2");
    }
}

接着客户要购买产品，他不直接和产品接触，而是使用工厂，所以我们有一个工厂：

    public class Factory {  
        public static Product buy(type) {  
            switch (type) {  

            case 1:  
                return new Pro1();  

            case 2:  
                return new Pro2();  

            default:  
                break;  
            }  
            return null;  
        }  
    }  

客户通过Factory .buy(type)；即可购买到自己想要的产品。

————— 这就是 简单工厂模式，又称为 静态工厂方法模式。

如果新增了一款产品，我们多写一个产品类Pro3就可以了，但在工厂上我们要添加新的代码才能生产，这显然不符合“开闭原则（对扩展开放；对修改封闭）”，所以我们把工厂抽象，添加具体的工厂类，由客户选择某一个工厂，如下：

//抽象工厂
public interface Factory {
    Product buy();
}
//具体工厂1
public class Factory1 implements Factory {
    @Override
    public Product buy() {
        return new Pro1();
    }
}
//具体工厂2
public class Factory2 implements Factory {
    @Override
    public Product buy() {
        return new Pro2();
    }
}

当新增了一款产品，我们多创建一个具体的工厂来生产就可以了。但是当产品种类非常多时，会出现大量的与之对应的工厂对象，这并不是我们所希望的。
——— 这就是 工厂方法模式

当产品出现多个抽象时，我们可能会有多个产品接口，这个场景就成了我们所说的
——- 抽象工厂模式

总结：
无论是简单工厂模式，工厂方法模式，还是抽象工厂模式，他们都属于工厂模式，在形式和特点上也是极为相似的，他们的最终目的都是为了解耦。在使用时，我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式，因为他们之间的演变常常是令人琢磨不透的。经常你会发现，明明使用的工厂方法模式，当新需求来临，稍加修改，加入了一个新方法后，由于类中的产品构成了不同等级结构中的产品族，它就变成抽象工厂模式了；而对于抽象工厂模式，当减少一个方法使的提供的产品不再构成产品族之后，它就演变成了工厂方法模式。 所以，在使用工厂模式时，只需要关心降低耦合度的目的是否达到了。