博览网--设计模式(三)

一、对象性能模式

1.Singleton

1）.  保证一个类只有一个实例， 并提供一个该实例的全局访问点。

2）.  多线程环境注意对双检查锁的实现

2.Flyweight

1） 使用共享技术有效支持大量细粒度的对象

2） 大多数状态颗变为外部状态

二、状态变化模式

1.State

1）与特定状态相关的行为都放入一个State的子类对象中， 在找对象状态切换时， 切换相应的对象； 同时维护State的接口， 这样实现了具体操作与状态转换之间的解耦。

2）如果State没有实例对象， 可以共享同一个State对象 节省开销

2.Memento

1）备忘录存储原发器对象内部状态，在需要时回复原发器的状态

2）核心是信息隐藏， 原发器隐藏信息， 又需要将状态保持到外界

3）C#， java的序列号比较容易，效率较高的实现Memento模式

三、数据结构模式

1.Composite

1）将对象组合成树形结构以表示“部分-整体”， 将一对多关系转化为一对一关系， 客户代码无需关心处理的是单个对象还是组合对象

2）客户代码和复杂对象容器结构解耦是核心思想

3）使用通过多态递归调用，解耦内部和外部依赖关系

2. Iterator

1）访问一个聚合对象内容无需暴露他的内部结构

2）迭代多态： 为遍历不同的集合结构提供统一的接口；

3） 迭代器的健壮性考虑：遍历的同时更改迭代器所在的集合结构， 会导致问题

3. Chain of Responsibility

1） 一个请求可能有多个接受者， 但最后真正的接受者只有一个。将发送和接受者解耦；

2） 灵活的对象职责派发， 运行时添加处理职责。

四、行为变化模式

 1.Command

1） 将行为请求者和行为实现者解耦；

2）Command 与C++的函数对象有些类似， 但是两者定义行为接口的规范有所区别：command 以面向对象的“接口-实现”定义行为接口， 更加严格， 性能有损失， C++函数对象以函数签名来定义行为接口规范， 更灵活， 性能更高。 

 2. Vistor

1） 通过双重分发（两次虚函数辨析）， double dispatch， 在element类层次结构的前提下， 在运行时透明的为类层次结构的各个类动态添加新操作；

2）vistor使用Elements类层次稳定， 但是器操作频繁的变化

五、领域规则模式

1.Interpreter 

1）， 业务规则频繁变化， 且类似结构不断重复， 容易抽象为语法规则的问题 。

2）  只适合简单的文法表示， 对于复杂的文法将产生较大的类层次， 需要求助于语法的分析生成器。