• 博客园logo
  • 会员
  • 周边
  • 新闻
  • 博问
  • 闪存
  • 众包
  • 赞助商
  • Chat2DB
    • 搜索
      所有博客
    • 搜索
      当前博客
  • 写随笔 我的博客 短消息 简洁模式
    用户头像
    我的博客 我的园子 账号设置 会员中心 简洁模式 ... 退出登录
    注册 登录
看看这个是有什么用
那这个呢
博客园    首页    新随笔       管理    订阅  订阅
00_设计原则

8个原则

1. 依赖倒置原则DIP

  • 高层模块(稳定), 不应该依赖于底层模块(变化), 二者都应该依赖于抽象.
  • 抽象(稳定)不依赖于实现细节(变化), 实现细节应该依赖于抽象(稳定).

2. 开放封闭原则OCP

  • 对扩展开放, 对更改封闭
  • 类模块应该是可扩展的, 但是不可修改.(不是去修改,而是增加代码, 去应对需求变化)

3. 单一职责原则(SRP)

  • 一个类应该仅有一个引起它变化的原因.
  • 变化的方向隐含着类的责任.

4. Liskov替换原则(LSP)

  • 子类必须能够替换他们的基类(IS-A)
  • 继承表达类型抽象

5. 接口隔离原则(ISP)

  • 不应该强迫客户程序依赖他们不用的方法
  • 接口应该小(少)而完备(ISP的另一个说法)

也就是说, 没有必要,就不需要让一个接口成为public.
反面说, 能private 就不protected, 能protected就不public。

6. 优先使用对象组合,而不是类继承

  • 类继承通常为"白箱复用", 对象组合通常是"黑箱复用"
  • 类继承某种程度上"破坏了封装性", 父子类耦合度高
  • 类组合, 具有良好的接口封装性, 耦合度低

7. 封装变化点

  • 使用封装来创建对象之间的分界层, 让设计者从一侧从修改, 而不是对另一侧产生不良的影响.

8. 针对接口编程, 而不是针对实现编程

  • 不将变量类型声明为某个具体类,而是声明为某个接口
  • 客户程序无需获知对象的具体类型, 只需要知道对象所具有的接口
  • 减少系统中各部分的依赖关系, 实现"高内聚,低耦合"

设计原则提升为设计经验

1. 设计习语Design Idioms

底层模式,技巧,习惯用法

  • effective c++ 语言技巧

2. 设计模式Design Patterns

类与相互通信的对象之间的组织关系. 角色,职责,协作等方面.

3. 架构模式Architectural Patterns

posted on 2019-11-24 16:11  明月入怀  阅读(202)  评论(0)    收藏  举报
刷新页面返回顶部
博客园  ©  2004-2026
浙公网安备 33010602011771号 浙ICP备2021040463号-3