创建型模式
*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模式注重封装对象操作变化,支持在运行时为类层次结构动态添加新的操作。
设计模式综合应用示例代码
文件分割器:将一个大的文件分割成小的文件。由于代码较多,无法列出,此处略去。如需要详细说明时可再参考李建忠老师的视频教程。
设计模式应用总结
1)设计模式建立在对系统变化点的基础上进行,哪里有变化点,哪里应用设计模式。
2)设计模式应该以演化的方式来获得,系统的变化点往往是不断演化才能准确定位。
3)不能为了模式而模式,设计模式是一种软件设计的软力量而非规范标准。不应夸大设计模式的作用。
PS:几个月了,随着李建忠老师的课程,把23种设计模式从头到尾地“浏览”了一遍,感觉是受益良多,但又不知道自己记住了几个模式,能实际应用几个模式?毕竟那些代码都是跟着李老师演化的步骤抄写的,印象不是太深刻。但正如李老师说的,尽管有好多人也是每天晚上都坐在那里写程序,但如果缺乏理论素养,水平也很难有进一步提高。学习设计模式,是自己增强软件素养,向自己理想中更高目标进步的第一步,日后还要多多研究一些面向对象分析与设计方面的东西。眼界,打开了,路,还刚刚在脚下延伸。
衷心祝愿天下所有同仁都能够“放下程序,立地成佛”!