设计模式总结

通过这一寒假的设计模式学习，我们组对这个寒假所学习的设计模式有了一个大致的了解，主要分为以下几个大的方面来进行阐述：

 

创建型模式：

1:singleton（单例模式）相对来说是一个简单的模式，它解决的是实体对象个数的问题，相较其他创建型模式解决的问题都是new带来的耦合关系的问题是一个不同。保证一个类仅有一个实例，并提供了一个访问它的全局访问点。

2:factory Method(工厂模式)，Abstract Factory（抽象工厂模式），Builder（建造者模式）则有一个共性，那就是都需要一个额外的工厂类来负责实例化“易变对象”，而Prototype(原型属性)则是通过原型（这是一个特殊工厂类）来克隆易变对象。

3:当遇到“易变类”，通常首先考虑工厂模式，如果遇到更多的复杂变化时，再考虑重构为其他三种模式。

 

结构型模式:

1:Adapter模式注重转接接口，将不吻合的接口适配对接。

2:bridge模式注重分离接口与实现，支持多维度变化。

3:Composite模式注重统一接口，将“一对多”转换为“一对一”。

4:Decorator模式，注重稳定接口，在此前提下为对象扩展功能。

5:Facade模式注重简化接口，简化组件系统与外部客户程序的依赖关系。

6:Flyweight模式注重保留接口，在内部使用共享技术对对象储存优化。

7:Proxy模式是注重假借接口，增加间接层来实现灵活控制。

 

行为型模式:

1:Template Method模式，封装算法结构，支持算法只步骤变化。

2:state模式注重封装与状态相关的行为支持状态的变化。

3:Memento模式注重封装对象状态变化，支持状态保存或恢复。

4:Command模式注重将请求封装为对象支持请求的变化。

5:Litertor模式注重封装集合对象内部结构，支持集合的变化。

6:Observer模式注重封装对象通知，支持通信对象的变化。

7:Visitor模式注重封装对象操作变化，支持在运行时为类层次结构动态添加新的操作。

 

设计模式应用的总结:

1:设计模式建立在对系统变化点的基础上进行，哪里有变化点，哪里应用设计模式。

2:设计模式应该以演化的方式来获得，系统的变化点往往是经过不断演化才能准确定位。

3:不能为了模式而模式，设计模式是一种软件设计的软力量，而非规范标准。不应夸大设计模式的作用。