设计模式总结

历时一年多的设计模式纵横谈终于完成了，跟说李建忠老师也真是学了不少，不光是程序，思想也增高了。我想这是他希望看到的，也是我一直追随着李老师的原因。不知道有多少朋友都听完了这25次课，虽然我从没有在线听过，但还是坚持听完了，余悠未尽，希望能听到他的其它系列课程。再次感谢李建忠，感谢webcast

设计模式总结
 创建型模式
   Singleton模式解决的是实体对象个数的问题。除了Singleton之外，其他创建型模式解决的都是new所带来的耦合关系。
   Factory Method,Abstract Factory,Builder都需要一个额外的工厂类来负责实例化“易变对象”，而Prototype则是通过原型
   如果遇到“易变类”，超初的设计通常从Factory Method开始，当遇到更多的复杂变化时，再考虑重构为其它的三种工厂模式（abstract factory,builder,prototype）

  结构型模式
Adapter模式注重转换接口，将不吻合的接口适配对接
Bridge模式注重分离接口与实现，支持多维度变化
Composite模式注重统一接口，将一对多的关系转为一对一的关系
Decorator模式注重稳定接口，在此前提下为对象扩展功能
Facade模式注重简化接口，简化组件系统与外部客户程序的依赖关系
Flyweight模式注重保留接口，在内部使用共享技术对对象存储进行优化
Proxy模式注重假借接口，增加间接层来实现灵活控制

  行为型模式
Template Method模式封装算法的结构，支持算法子步骤变化
Strategy模式注重封装算法，支持算法的变法
State模式注重封装与状态相关的行为，支持状态的变化
Memento模式注重封装对象状态变化，支持状态保存/恢复
Mediator模式注重封装对象间的交互，支持对象交互的变化
Chain of Responsibility模式注重封装对象责任，支持责任的变化
Command模式注重将请求封装为对象，支持请求的变化
Iterator模式注重封装集合对象内部结构，支持集合的变化
Interpreter模式注重封装特定领域变化，支持领域问题的频繁变化
Observer模式注重封装对象通知，支持通信对象的变化
Visitor模式注重 封装对象操作变化，支持在运行时为类层次结构动态添加新的操作

设计模式应用总结
设计模式建立在系统变化点的基础上进行，哪里有变化点，哪里应用设计模式。
设计模式应该以演化的方式来获得，系统的变化点往往是经过不断演化才能准确定位。
不能为了模式而模式，设计模式是一种软件设计的软力量，而非规范标准。不应夸大设计模式的作用。