• OOD 原则 1: 开闭原则(OCP）

对与扩展师开放的， 对于更改师关闭的。不需要修改软件实体，就能实现功能的扩展

关键： 抽象

• OOD 原则 2： 依赖倒置原则（DIP)

高层模块不能依赖低层模块，而是大家都依赖于抽象;

抽象不能依赖实现，而是实现依赖抽象。

• 倒置了什么？

模块或包的依赖关系

开发顺序和职责

• 软件的层次化

高层决定低层

高层被重用

• OOD 原则 3： Liskov 替换原则(LSP)

子类型必须能替换掉它的基类型

• OOD 原则 4： 单一职责原则（SRP)

一个类只能有一个引起它的变化的原因，设计一个类

• OOD 原则 5：接口分离原则（ISP）

不应强迫客户程序依赖它不需要的方法， 设计一个接口

这里在引用几个看来的例子：

https://www.cnblogs.com/suli0827/p/9515842.html

SOLID

• SRP : 单一职责原则

• OCP: 开放封闭原则

• LSP: 里式替换原则

• ISP: 接口替换原则

• DIP: 依赖倒置原则

单一职责原则 Single Responsibility

一个类或者一个方法制作一件事。如果一个类承担的职责太多，这些职责就会耦合在一起，一个职责的变化可能会抑制或削弱其完成其他职责的能力

开方封闭原则 Open-Closed

对扩展开放，对修改封闭。一个类独立之后就不应该再去修改它，而应该通过扩展的方式适应新需求。

里式替换原则 Liskov Substitution

• 所有基类出现的地方都可以用派生类替换而不出现程序错误。

• 子类可以扩展父类的功能，但不能改变父类原有的功能。

接口隔离原则 Interface Segregation

类不应该依赖不需要的接口，知道的越少越好。

依赖倒置原则 Dependency Inversion

• 高级模块不应依赖低级模块，而是依赖抽象。

• 抽象不能依赖细节，细节要依赖抽象。