设计模式：目的是让代码更容易修改，更加容易扩展。IOS中的设计模式主要用于降低类与类之间的耦合性，是程序思路更加明确而创立的
定义：
1.简单工厂模式：实质是有一个工厂类根据传入的参数，动态决定决定应该创建哪一个产品类
工厂模式包含三个部分：
（1）工厂角色：接收客户请求，通过请求创建相应的对象
（2）抽象产品：是工厂所创建的父亲或共同拥有的接口，可以是抽象类或接口
（3）具体产品：工厂模式所创建的都是这个角色的实例
优缺点：
（1）工厂类含有必要的创建何种产品的逻辑，这样客户只需要请求需要的产品，无需理会产品的实现细节。
（2）工厂类只有一个，它集中了所有的创建的逻辑。它将是整个系统的瓶颈，造成系统难以扩展
（3）简单工厂模式通常使用静态工厂方法，这使得工厂类无法由子类继承，这使得工厂角色无法形成基于继承的等级结构。
简单工厂模式违背了设计模式中公开封闭原则
使用工厂模式制作简单计算器的UML图
2.工厂方法模式：
工厂方法把简单工厂的内部逻辑判断移到了客户端代码来运行，要想加功能本来是改工厂类的，现在要改客户端。
有四个部分组成：
抽象工厂角色：担任这个角色的是工厂方法模式的核心，它是与应用系统商业逻辑无关的。
具体工厂角色：这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑，而这个逻辑是与应用系统的商业逻辑紧密相关的。
抽象产品角色：担任这个角色的类是工厂方法模式所创建的对象的父类，或它们共同拥有的接口
具体产品角色：抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西，其内部一定充满了应用系统的商业逻辑。
工厂模式的优缺点：
工厂方法克服了简单工厂违背开放-封闭原则的缺点，又保持了封装对象创建过程的优点
工厂方法的缺点是由于每加一个产品，就需要加一个产品工厂的类，增加了额外的开发量。
工厂方法的UML图
3.抽象工厂模式：
使用场景：一个系统不应当依赖与产品类实例如何被创建，组合和表达的细节，这对于所有形态的工厂模式都是重要的
这个系统有多于一个的产品族，而系统只消费其中某一产品族。
同属于同一个产品族的产品是在一起使用的，这一约束必须在系统的设计中体现出来
系统提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于实现。
抽象工厂模式与工厂方法模式的区别
工厂方法模式：每个抽象产品派生多个具体产品类，每个抽象工厂类派生多个具体工厂类，每个具体工厂类负责一个具体产品的实例创建；
抽象工厂模式：每个抽象产品派生多个具体产品类，每个抽象工厂派生多个具体工厂类，每个具体工厂负责多个（一系列）具体产品的实例创建。
原文：http://www.cnblogs.com/YU411524/p/4936155.html