《敏捷软件开发：原则、模式与实践》笔记（4）

​

第 10 章 Liskov 替换原则（LSP）

一个模型，如果孤立的来看，并不具有真正意义上的有效性。模型的有效性只能通过它的客户程序来体现。能解决问题的模型才是好模型。

IS-A 的关系是就行为方式而言的。Rectangle 可以单独设置长宽，Square 不可以，他们的行为是不一致的。（但如果边长只能在创建时设置，那其余部分的行为是可以一致的。所以还是要看如何使用。）

可以通过编写单元测试的方法指定契约（约定，如 Rectangle 设置完 width 之后 height 不变）。

Line（线） 和 LineSegment（线段） 的 LSP 问题：Line 有两个点 p1，p2，还有一个 isOn 虚函数，返回该点是否在线上。LineSegment 继承于 Line，也有 isOn 函数。但 LineSegment 的 isOn 的行为与 Line 不一致，导致 LineSegment 作为 Line 时导致函数结果异常。解决办法是：抽取 Line 和 LineSegment 的公共部分，作为 LineObject，Line 和 LineSegment 分别继承它。

第 11 章 依赖倒置原则（DIP）

高层不应该依赖于低层，二者都应该依赖于抽象。

抽象不应该依赖于细节，细节应该依赖于抽象。

依赖倒置原则的核心就是要我们面向接口编程。

Don’t call us，we’ll call you.

第 12 章 接口隔离原则（ISP）

ISP 用来处理胖接口所具有的的缺点。胖接口可以分解成多组方法。每一组方法都服务于一组不同的客户程序。

不应该强迫客户依赖于它们不用的方法。如果强迫客户程序依赖于那些它们不适用的方法，那么这些客户程序就面临着由于这些未使用的方法的改变所带来的的变更。

版权所有，转载请注明出处：

https://cloud.tencent.com/developer/article/1471010