【读书笔记】设计模式之禅

六大设计原则

• 单一职责原则
• 里氏替换原则
• 依赖导致原则
• 接口隔离原则
• 迪米特法则
• 开闭原则

单一职责原则

• 接口、类、方法尽可能做一件事情。
• 单一职责最难划分的就是职责。一个职责一个接口，但是职责没有标准。
• 对于接口，我们在设计的时候一定要做到单一
• 类的话，具体情况具体看

我的建议是接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化

• 单一职责原则的好处
  1. 类的复杂性降低，实现什么职责都有清晰明确的定义
  2. 可读性提高，复杂性降低，那当然可读性提高了
  3. 可维护性提高，可读性提高，那当然更容易维护了
  4. 变更引起的风险降低，变更是必不可少的，如果接口的单一职责做得好，一个接口修
     改只对相应的实现类有影响，对其他的接口无影响，这对系统的扩展性、维护性都有非常大
     的帮助

里氏替换原则

• 在面向对象的语言中，继承不可或缺的，优秀的语言机制

优点如下：

1. 代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性
2. 提高代码的重用性
3. 子类可以形似父类，但又异于父类，“龙生龙，凤生凤，老鼠生来会打洞”是说子拥有父的“种”，“世界上没有两片完全相同的叶子”是指明子与父的不同
4. 提高代码的可扩展性，实现父类的方法就可以“为所欲为”了，君不见很多开源框架的扩展接口都是通过继承父类来完成的
5. 提高产品或项目的开放性

缺点如下：

1. 继承是侵入性的。
   • 只要继承，就必须拥有父类的所有属性和方法
2. 降低代码的灵活性。
   • 子类必须拥有父类的属性和方法，让子类自由的世界中多了些约束；
3. 增强了耦合性
   • 当父类的常量、变量和方法被修改时，需要考虑子类的修改，而且在缺乏规范的环境下，这种修改可能会导致大量代码需要重构

什么是里氏替换原则

• 第一种定义：
  • 如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1都代换成o2时，程序P的行为没有发生变化，那么类型S是类型T的子类型
• 第二种定义
  • 所有引用基类的地方必须能透明地使用其子类的
    对象

第二个定义是最清晰明确的，通俗点讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要知道是父类还是子类。但是，反过来就不行了，有子类出现的地方，父类未必就能适应
父类有的子类有，子类有的父类不一定有

1. 子类必须完全实现父类的方法
2. 子类可以有自己的个性
3. 覆盖或实现父类的方法时输入参数可以被放大
4. 覆写或实现父类的方法时输出结果可以被缩小

在类中调用其他类时务必要使用父类或接口，如果不能使用父类或接口，则说明类的设计已经违背了LSP原则。

依赖倒置原则

依赖倒置原则的定义

• 高层模块不应该依赖低层模块，两者都应该依赖其抽象；
• 抽象不应该依赖细节；
• 细节应该依赖抽象。

依赖倒置原则在Java语言中的表现就是：

• 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的
• 接口或抽象类不依赖于实现类；
• 实现类依赖接口或抽象类

更加精简的定义就是“面向接口编程”——OOD（Object-Oriented Design，面向对象设计）的精髓之一。