六大设计原则

六大设计原则SOLID

单一职责原则（Single Responsibility Principle）

单一职责原则：应该有且仅有一个原因引起类的变更。

单一职责指的是，一个类，一个函数（方法）只负责一个单一的职责。

• 降低复杂度提高代码的可读性
• 提高可维护性

开闭原则（Open Closed Principle）

类、模块、函数，可以去扩展，但不要去修改。如果要修改代码，尽量用继承或组合的方式来扩展类的功能。

开闭原则是指一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。也就是说一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。

• 提高复用性
• 提高可维护性

里氏替换原则（Liskov Substitution Principle）

里氏替换原则：所有引用基类的地方必须透明的使用其子类的对象。

该原则是为了解决继承extends的侵入性、灵活性和耦合度。历史替换原则通俗的说就是父类能出现的地方，子类就可以出现，而且替换为子类也不会产生任何错误或异常。增加代码的健壮性和兼容性。

• 子类必须完全实现父类的方法
• 子类可以有自己的个性
• 覆盖或实现父类的方法时输入参数可以被放大（函数的重载）
• 覆写或实现父类的方法时输出结果可以被缩小

迪米特法则（Law of Demeter）

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

迪米特法则又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的 public 方法，不对外泄露任何信息。

• 类间解耦，肉耦合后提高类的复用率

接口隔离原则（Interface Segregation Principle）

接口隔离原则：不要对外暴露没有实际意义的接口。

• 接口要尽量小（根据接口隔离原则拆分接口时，首先必须满足单一职责原则。）
• 接口要高内聚（高内聚就是提高接口、类、模块的处理能力，减少对外的交互。）
• 定制服务（采用定制服务就必然有一个要求：只提供访问者需要的方法）
• 接口设计是有限度的（接口的设计粒度越小，系统越灵活，这是不争的事实。但是，灵活的同时也带来了结构的复杂化，开发难度增加，可维护性降低，）

依赖倒置原则（Dependence Inversion Principle）

依赖倒置原则：高层模块不应该依赖于低层模块，而应该依赖于抽象。抽象不应依赖于细节，细节应依赖于抽象。

• 依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发（多人）引起的风险，提高代码的可读性和可维护性。