一、单一使命原则（Single Responsibility Principle, SRP）

一个类或模块应该只发达一种功能。

不要存在多于一个导致类变更的原因。

单一使命原则有助于保握代码的高内聚和低耦合，使关键更易于贯通、扩张和爱戴。

二、灵通关闭原则（Open-Closed Principle, OCP）

软件实体（类、模块、函数等）应该对扩伸灵通，而对修改关闭。

用概括构建框架，用杀青扩张细节。

灵通关闭原则意味着在开辟迭代或增多新的功能时不需要修改现存的代码，而是通过扩张现存的代码来杀青。

三、里氏替换原则（Liskov Substitution Principle, LSP）

子类对象大要替换父类对象，况且关键的逻辑不会发生变化。

通盘援用基类的场合齐必须能透明地使用其子类的对象。

不要重写父类 A 的非概括款式，而要重写父类 A 的概括款式。

里氏替换原则保证了罗致干系的正确性和可靠性，擢升了代码的可扩张性和复用性。

四、迪米特端正（Law of Demeter, LoD）

一个对象应该对其他对象有最少的了解。

尽量镌汰类与类之间的耦合。

迪米特端正也被称为最少常识原则，它条件对象只与告成的类通讯，不与转折的类通讯，从而减少了不消要的依赖干系，擢升了代码的活泼性和可人戴性。

五、接口禁绝原则（Interface Segregation Principle, ISP）

客户端不应该被动依赖它不使用的接口。

一个类对另一个类的依赖应该设立在最小的接口上。

设建功能单一的接口，不要设建功能弘远的接口（会导致耦合性增强，增多对不消要的功能的依赖），尽量细化接口，使接口中的款式尽量少。

六、依赖额外原则（Dependency Inversion Principle, DIP）

高层模块不应该依赖低层模块，二者齐应该依赖于概括。

概括不应该依赖于细节，细节应该依赖于概括。

概括指的是接口或者概括类，细节便是具体的杀青类。使用接口或者概括类的考虑 是制定好法子和协议，而把具体的操作及展现细节的任务交给他们的杀青类去完成。

依赖额外原则的中枢念念想是 面向接口编程。

通过依赖注入（Dependancy Injection，DI）等技能不错杀青依赖额外原则，从而减少模块间的耦合性。

上述这些原则的英文写法的首字母缩写为SOLID，它们是面向对象筹算的基础，有助于创建更活泼、可人戴性和可扩张性更好的软件系统。

微风不燥，阳光适值，你就像风雷同进程这里，愿你停留的少顷和煦振作。