#1.模板模式
一.模式定义
在模板模式（Template Pattern）中，一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。这种类型的设计模式属于行为型模式。
二.UML图
模板模式UML图
分析：在我们的项目中API的封装就是一个例子。所有具体的API请求类都继承于NXSuperRESTAPIRequest这个抽象类，并实现其协议方法
-(NSURLRequest *) generateRequestObject:(id) object;
- (Analysis)analysisReturnData;
虽然每个API的具体request和result不同，但是它们都遵循发请求，解析结果两个大步骤，，每个具体API在各自子类中进行不同的实现。
三.应用环境
1 .封装不变部分，扩展可变部分、提取公共代码，便于维护。
2. 行为由父类控制，子类实现。
3.实现某一个功能或事件有一套统一的步骤或规范。
四.模板模式的优缺点
1.优点
* 模板方法模式通过把不变的行为搬移到超类，去除了子类中的重复代码。
* 子类实现算法的某些细节，有助于算法的扩展。
* 通过一个父类调用子类实现的操作，通过子类扩展增加新的行为，符合“开放-封闭原则”。
2.缺点
*每个不同的实现都需要定义一个子类，这会导致类的个数的增加，系统更加庞大。
=====================================================================
#2.策略模式
一.模式定义
策略模式是指对一系列的算法定义，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。
场景：不同方式的排序
例子，UIButton的创建可以选择不同的type。
二.UML图
策略模式UML图
分析：
—抽象策略角色（Strategy）： 策略类，通常由一个接口或者抽象类实现。
—具体策略角色(ConcreteStrategyA/B/C)：包装了相关的算法和行为。
—环境角色(Context)：持有一个策略类的引用，最终给客户端调用。
三.应用环境
1、 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。
2、 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。
四.优缺点
1.优点
*算法可以自由切换。
*避免使用多重条件判断。
*扩展性良好。
2.缺点
*策略类增多，系统更加庞大。
五.demo
OC代码链接：https://github.com/yinhu0709/StrategyPattern.git
=====================================================================
#3.命令模式
一.模式定义
命令模式（Command Pattern）是一种数据驱动的设计模式，它属于行为型模式。请求以命令的形式包裹在对象中，并传给调用对象。调用对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执行命令。
场景：
电视机遥控器 :
电视机是请求的接收者，
遥控器是请求的发送者，
遥控器上有一些按钮，不同的按钮对应电视机的不同操作。
二.UML图
分析：抽象命令类(Command):声明执行操作的接口。调用接收者相应的操作，以实现执行的方法Execute。
具体命令类(ConcreteCommand):创建一个具体命令对象并设定它的接收者。通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。
调用者(Invoker):要求该命令执行这个请求。通常会持有命令对象，可以持有很多的命令对象。
接收者(Receiver):知道如何实施与执行一个请求相关的操作。
客户类(Client):创建具体的命令对象，并且设置命令对象的接收者。真正使用命令的客户端是从Invoker来触发执行。
三.应用环境
1.系统需要将请求调用者和请求接收者解耦，使得调用者和接收者不直接交互。
2.系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。
3.需要实现命令组合的需求。
四.命令模式的优缺点
1.优点
*降低系统的耦合度:调用操作的对象与知道如何实现该操作的对象解耦。
*新的命令易扩展。
2.缺点
*命令类增多，系统更加庞大。
五.demo
OC代码链接：https://github.com/yinhu0709/CommandPattern.git
====================================================================
参考链接：http://www.runoob.com/design-pattern/strategy-pattern.html
参考链接：http://blog.csdn.net/hguisu/article/details/7549895
