设计模式总结
2007-08-28 12:28
330 查看
设计模式学习总结
1. 设计模式建立在对系统变化点的基础上进行,哪里有变化点,哪里应用设计模式。
2. 设计模式应该以演化的方式来获得,系统的变化点往往是经过不断演化才能准确定位。
3. 不能为了模式而模式,设计模式是一种软件设计的软力量,而非规范标准。不应夸大设计模式的作用。
创建型模式
• 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模式注重封装对象操作变化,支持在运行时为类层次结构动态添加新的操作。
推荐资源
• 《设计模式:可复用面向对象软件的基础》GoF
• 《面向对象分析与设计》Grady Booch
• 《敏捷软件开发:原则、模式与实践》Robert C. Martin
• 《重构:改善既有代码的设计》Martin Fowler
• 《Refactoring to Patterns》Joshua Kerievsky
1. 设计模式建立在对系统变化点的基础上进行,哪里有变化点,哪里应用设计模式。
2. 设计模式应该以演化的方式来获得,系统的变化点往往是经过不断演化才能准确定位。
3. 不能为了模式而模式,设计模式是一种软件设计的软力量,而非规范标准。不应夸大设计模式的作用。
创建型模式
• 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模式注重封装对象操作变化,支持在运行时为类层次结构动态添加新的操作。
推荐资源
• 《设计模式:可复用面向对象软件的基础》GoF
• 《面向对象分析与设计》Grady Booch
• 《敏捷软件开发:原则、模式与实践》Robert C. Martin
• 《重构:改善既有代码的设计》Martin Fowler
• 《Refactoring to Patterns》Joshua Kerievsky
相关文章推荐
- 23种设计模式总结
- 几个常用的结构型设计模式总结
- [综合面试] 牛人整理分享的面试知识:操作系统、计算机网络、设计模式、Linux编程,数据结构总结
- 设计模式学习笔记(十四)——创建型模式总结
- 设计模式总结之TemplateMethod Pattern(模版方法模式)
- 设计模式总结
- Android--MVP设计模式的理解和总结
- 设计模式总结
- 设计模式总结
- 【技术分享总结】—设计模式
- 常用设计模式总结--适配器模式
- java 设计模式总结
- Android开发 安卓中常用设计模式总结
- 【ZZ】超全面的设计模式总结
- 桥模式设计学习总结
- 项目开发中的一些注意事项以及技巧总结 基于Repository模式设计项目架构—你可以参考的项目架构设计 Asp.Net Core中使用RSA加密 EF Core中的多对多映射如何实现? asp.net core下的如何给网站做安全设置 获取服务端https证书 Js异常捕获
- 【转】设计模式总结
- 设计模式--基础学习总结
- 设计模式的总结
- 设计模式总结(一)