00_设计原则

蓝咒 提交于 2019-12-05 11:38:56

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

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!