标签：复杂度 包含 无法 引入 如何 工厂 系统 create public
简单工厂模式又称为静态工厂方法模式（static factory method ），它不是GOF（Gang of Four， 四人组）所讲的23种设计模式之一，但却是实际中经常使用的方法之一。
实现：定义一个工厂类，它可以根据参数的不同返回不同类的实例，被创建的实例通常具有相同的父类。由于在简单工厂模式中用于创建实例的方法是静态（static）方法，因此简单工厂模式又被称为静态工厂方法，它属于类创建型模式。
/// <summary> /// 运算类工厂 /// </summary> public class OperationFactory { public static Operation createOperate(string operate) { Operation oper = null; switch (operate) { case "+": { oper = new OperationAdd(); break; } case "-": { oper = new OperationSub(); break; } case "*": { oper = new OperationMul(); break; } case "/": { oper = new OperationDiv(); break; } case "sqr": { oper = new OperationSqr(); break; } case "sqrt": { oper = new OperationSqrt(); break; } case "+/-": { oper = new OperationReverse(); break; } } return oper; } }
优点：
1. 工厂类包含必要的判断逻辑，可以决定在什么时候创建一个产品类的实例，客户端可以免除直接创建对象的职责，而仅仅 ”消费“ 产品， 简单工厂模式实现了对象创建和使用的分离
2. 客户端无需知道所创建的具体产品类的类名，只需要知道产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以在一定程度减少使用者的记忆量。
缺点：
1. 由于工厂类集中了所有产品的创建逻辑，职责过重，一旦不能正常工作，整个系统都要受到影响。
2. 使用简单工厂模式势必会增加系统中类的个数（引入了新的工厂类），增加了系统的复杂度和理解难度。
3. 系统扩展困难，一旦增加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。
4. 简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承体系的等级结构。
适用场景：
1. 工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
2. 客户端只知道传入工厂类的参数，对于如何创建对象并不关心。
标签：复杂度 包含 无法 引入 如何 工厂 系统 create public
原文地址：http://www.cnblogs.com/zhanghu52030/p/7906252.html
