模式集合

1. 命令模式

将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化：对请求排队或者记录请求日志，以支持可撤销的操作。

 

命名模式也是把客户端和实际功能类进行解耦的一种方式，重点是 对操作进行了排队或者日志记录，以支持撤销。

 

把功能类的功能分解为一个个命令执行类，在客户端和功能类之间，增加一个触发接口，用来接收命令，管理命令，执行命令。

 

场景：顾客点菜---->服务员 记录各种 下单命名 ----->服务员下单(执行命令)---->厨师做菜

 

 

2. 职责链模式

 

 是多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将对象沿着这条链传递该请求，知道有一个对象处理它为止。

 

场景：职员请假-->组长(<2day)---->经理(2--5day)---->总经理(>5day)

 

3. 策略模式

 

策略模式定义了算法家族，分别封装起来，让它们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的客户。

 

策略模式也是为了把类中经常变换的点抽取出来，形成算法类，而后，在原类中（context）中保持一个对这个算法接口的引用来完成对算法的应用。策略模式是用来封装算法的，但在现实中，只要能在分析过程中听到需求在不同时间用不同的业务规则，就可以考虑用策略模式。

 

场景：商场购物结算--->不同的活动有不同的折扣方式

 

4. 状态模式

 

当一个对象的内在状态改变时候，其相关行为也跟着改变了，当对象的状态过多的时候，我们就把这部分经常变换的地方抽象出来，形成一个状态类，封装跟状态相关的数据计算，对象的某个方法出发动作的执行，如果是跟状态相关，则调用状态类的函数执行，且状态类自动更新到下一个状态。

 

state 和 stratery的 关系，可以说，状态模式是完全封装且自修改的策略模式。