单一职责原则

就一个类而言,应该仅有一个引起它变化的原因
不合理的设计

  • 如果一个类承担的职责过多 - 耦合
  • 一个职责的变化可能会削弱或抑制这个类完成其他职责的能力 - `脆弱的所设计``
  • 多一个动机去改变一个类 - 多余一个职责
  • 应该做的*
  • 发现职责、分离职责 - 职责分离
  • 只有一个动机改变一个类
  • 一个类只承担一个职责 - 减少耦合

开放封闭原则

对扩展是开放的,对更改是封闭的

  • 猜测最有可能发生的变化,构造抽象来隔离变化
  • 拒绝不成熟的抽象

依赖倒转原则

高层模块不应该依赖低层模块
抽象不应该依赖细节,细节应该依赖抽象

  • 针对接口编程
  • 面向对象设计的标志

里氏代换原则

子类型必须能够替换r它的父类型

迪米特法则(LoD)/最少知识原则

如果两个类不必彼此直接通信,那么l这两个类不应当发生直接的相互作用
如果其中一个类需要调用另一个类的方法,可以通过第三者转发这个调用

本文部分内容改编于程杰老师的《大话设计模式》