设计模式笔记-01引言

1.6.7 设计应支持变化

获得最大限度复用要求系统设计能够改进。考虑系统生命周期内会发生的变化。设计模式确保系统以特定方式变化,允许系统结构的某个方面独立变化,系统更健壮。

几点建议:

1)通过Abstract Factory、Factory Method、Prototype设计模式避免显式指定类创建对象,系统依赖实现而非接口,会让变化更复杂;

2)通过Chain of Resposibility、Command设计模式避免依赖特殊操作,可以在编译时刻或运行时刻很方便的改变响应的方法

3)通过Abstract Factory、Bridge设计模式避免对硬件和软件平台依赖

4)通过Abstract Factory、Bridge、Memento、Proxy设计模式避免依赖对象表示或实现

5) 通过Builder、Iterator、Strategy、Template Method、Visitor设计模式避免依赖算法

6)通过Abstract Factory, Command, Facade, Mediator, Observer, Chain of Responsibiliey设计模式避免紧耦合

7)通过Bridge、Chian of Responsiblity、Composite、Decorator、Observer、Strategy设计模式避免通过生产子类来扩充功能

8)通过Adapter、Decorator、Visitor设计模式方便修改类

设计模式在三类主要软件中的作用:应用、工具箱和框架

1、应用

    设计模式通过减少依赖来提高内部复用性。对系统分层和限制对平台依赖,增强应用可维护性

2、工具箱

    工具箱强调代码复用,它们是面向对象环境下的子程序库。

3、框架

    框架是构成一类特定软件可复用设计的一组相互协作的类。规定了应用的体系结构。设计模式使框架获得更高程度的设计复用及代码复用。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值