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()能够满足后面的所有需求，那就按照最原始的写法。
注：还有一点要说的是，为什么叫它简单工厂，因为还有很多可以更改优化的地方，笔者会在后面的文章提及。
