23种设计模式之简单工厂——大话设计模式

     不管是哪种面向对象语言在设计模式的层面上都是相通的，只不过在设计模式的具体实现上语法稍有差异罢了：

OC实现的简单工厂模式demo：点击打开链接

或扫描下载demo

      工厂方法模式（Factory Method），定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

优缺点

优点

工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个 软件体系结构的优化。

缺点

由于工厂类集中了所有实例的创建逻辑，违反了 高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。

当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利；

这些缺点在 工厂方法模式中得到了一定的克服。

改进：在大话设计模式中给的例子中，每添加一个操作，都需要在工厂类中的switch判断中添加分支，这正好是简单工厂的缺点，下面是对其改进：

OperationFactory.h中

/*!

 *  简单工厂方法，用于创建运算实例

 *

 *  @param operationType 运算类型

 *

 *  @return 运算实例

 */

+ (Operation *)createOperation:(Class)operationType;

OperationFactory.m中

//参数类型为Class,可以根据传来的类来初始化，比简单工厂单纯根据switch判断初始化类来得更解耦合，添加更多的运算也不用再到switch判断里添加分支。工厂类不用改动。

+ (Operation *)createOperation:(Class)operationType{

    return [[operationType alloc] init];

}