设计模式--工厂模式

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

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

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

//抽象产品角色public interface Product{    void product();}//具体产品1public class Pro1 implements Product{    @Override    public void product() {        System.out.println("产品1");    }}//具体产品2public 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();}//具体工厂1public class Factory1 implements Factory {    @Override    public Product buy() {        return new Pro1();    }}//具体工厂2public class Factory2 implements Factory {    @Override    public Product buy() {        return new Pro2();    }}

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

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

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