1.1设计模式之简单工厂（Simple Factory）

1.1.1 模式意图：

如果将实例化产品（product）的方式与使用行为放在一起，势必会造成功能职责划分混乱、代码阅读困难、出现bug难以查找。这时采用简单工厂模式就可以最大限度避免上述问题。

1.1.2 模式概念：

又称静态工厂方法(Static Factory Method)，它属于类创建型模式。在简单工厂中，可以根据参数的不同返回不同类的实例。简单工厂专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。

1.1.3 模式元素：

• 产品抽象（IProduct）
• 工厂细节（SimpleFactory）
• 产品细节（Computer、IPhone、Mac、IPad）

1.1.4 代码示例：

public interface IProduct{}

public class Computer : IProduct{}

public class IPhone : IProduct{}

public class Mac : IProduct{}

public class IPad : IProduct{}

public enum ProductType
{
    None,
    Computer,
    IPhone,
    Mac,
    IPad
}
public class SimpleFactory 
{
    public static IProduct CreatProduct(ProductType productType)
    {
        IProduct tempProduct = null;
        switch (productType)
        {
            case ProductType.Computer:
                {
                    tempProduct = new Computer();
                }
                break;
            case ProductType.IPhone:
                {
                    tempProduct = new IPhone();
                }
                break;
            case ProductType.Mac:
                {
                    tempProduct = new Mac();
                }
                break;
            case ProductType.IPad:
                {
                    tempProduct = new IPad();
                }
                break;
                default:
                {
                    Debug.LogWarning($"没有指定的产品{productType}");
                }
                break;
       }
        return tempProduct;
    }
}

1.1.5 写法对比：

    public void ExampleSimpleFactory()
    {
        IProduct computer = SimpleFactory.CreatProduct(ProductType.Computer);
        IProduct iPhone = SimpleFactory.CreatProduct(ProductType.IPhone);
        IProduct mac = SimpleFactory.CreatProduct(ProductType.Mac);
        IProduct iPad = SimpleFactory.CreatProduct(ProductType.IPad);
    }

    public void Example()
    {
        //DoSomeThing();

        Computer computer = new Computer();
        IPhone iPhone = new IPhone();
        Mac mac = new Mac();
        IPad iPad = new IPad();

        //DoSomeThing();
    }

1.1.6 模式分析：

只看示例感觉区别不大，而且代码量不减反增，下面由笔者来说明使用简单工厂的原因。

• 原始版的实例化都在对应的业务逻辑中，随着业务的不断增加，例如实例化computer的时候需要进行参数传递，而且初始化的逻辑相对复杂，那么势必会大大增加原有类的代码量，这样原本只需要new computer的一行代码可能会变成5-6行甚至更多，当多处出现这种情况，这个类中的代码量将成倍增加，且破坏了单一性原则。

• 如果在版本迭代的过程中，computer 初始化的相关逻辑需要更改，那么我们只需要去简单工厂实例部分进行修改，不必修改原有的业务逻辑类，也不会产生修改此业务逻辑造成原有类中其他部分出现问题，这也是开闭原则所说的对扩展开放、对修改封闭。

• 还有一个原因是这样功能的划分更方便问题的定位，一个是业务逻辑，一个是创建Product类，出现Bug也可以根据现象缩小问题范围。如果按照原来的写法，他们都在一个类里面，后期代码量增多查找BUG将是个很头疼的问题~

1.1.7 应用场景：

不关注实现细节且需创建在概念上相同的元素（product）。

1.1.8 小结：

• 剥离业务逻辑中的实现细节，将细节转移并统一处理。
• 主要是面向产品的创建，把创建由上层转移到下层。
• 如果项目的需求仅需new Product()能够满足后面的所有需求，那就按照最原始的写法。

---

注：还有一点要说的是，为什么叫它简单工厂，因为还有很多可以更改优化的地方，笔者会在后面的文章提及。

---

更多设计模式详见：设计模式全家桶