设计模式七大原则

4：设计模式七大原则

七大原则是设计模式的基础，同时也是我们编程时应当遵守的规则

设计模式的七大原则，也被称为 SOLID 原则，是指：

1. 单一职责原则（Single Responsibility Principle，SRP）：一个类应该只有一个引起它变化的原因。对于类来说但个类应该只负责一项职责
   • 降低类的复杂度，一个类只负责一项职责
   • 降低变更带来的风险
2. 开放封闭原则（Open-Closed Principle，OCP）：(核心)一个类应该对扩展开放(对提供方)，对修改关闭(使用方)，用抽象构建框架，用实现扩展细节。
   • 简单来说：对扩展开放(对提供方)，对修改关闭(使用方)
3. 里氏替换原则（Liskov Substitution Principle，LSP）：子类可以替换掉父类并且保证系统仍能正常运行。

• 如何正确使用继承：也就是继承时子类尽量不要重写父类的方法，因为继承就是扩充父类的功能(不是那么绝对的)
  • 简单理解：把公共的功能提取成base类，继承这个类的对象，就可以使用组合，依赖，聚合的关系来使用另一个继承base类对象的功能，降低对象之间的耦合性
  • 暂时认为提供中间容器，比如MVC三层架构中的service层。

4. 依赖倒置原则（Dependency Inversion Principle，DIP）：高层模块不应该依赖低层模块，它们都应该依赖抽象接口。抽象接口不应该依赖具体实现，具体实现应该依赖抽象接口。
   • 核心思想：面对接口编程(也就是接口和抽象类制定好规则)，而细节由子类去完成
   • 抽象不依赖细节，细节不依赖抽象*
5. 接口隔离原则（Interface Segregation Principle，ISP）：一个类不应该依赖它不需要的接口，而且它的接口应该尽量小。

• 简单理解拆分，如果一个类只需要接口中某几个方法就需要拆分(实际根据第一个原则来拆分)

6. 迪米特法则（Law of Demeter，LoD）：一个对象应该对其他对象有尽可能少的了解。也就是说，一个类应该尽可能地降低与其他类之间的耦合。
   • 又叫最少知道原则，也就是只与直接的朋友通信(定义在下方)，局部变量不要出现陌生的类，
   • 这个原则就是降低对象于对象的耦合性，对象与对象的关系越密切，耦合度越大，使用这个法则就是降低耦合度
     • 简单理解：不能太早确定对象类型，否则耦合性很高。泛型就很符合这个原则
   • 封装这个类只对外开发get/set方法，也很符合这个原则
7. 合成/聚合复用原则（Composite/Aggregate Reuse Principle，CARP）：应该优先使用合成/聚合，而不是继承来达到复用的目的。

26.1、7大原则的核心思想