大型Java进阶专题(三) 软件架构设计原则（下）
漂泊在外的程序员老王 人气:0
## 前言
今天开始我们专题的第二课了，本章节继续分享软件架构设计原则的下篇，将介绍：接口隔离原则、迪米特原则、里氏替换原则和合成复用原则。本章节参考资料书籍《Spring 5核心原理》中的第一篇 Spring 内功心法（没有电子档，都是我取其精华并结合自己的理解，一个字一个字手敲出来的）。
## 接口隔离原则
接口隔离原则（Interface Segregation Principke,ISP）是指用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。这个原则知道我们在设计接口时应当注意以下几点：
（1）一个类对另一个类的依赖应该建立在最小接口之上。
（2）建立单一接口，不要建立庞大臃肿的接口。
（3）尽量细化接口，接口中的方法尽量少（不是越少越好，一定要适度）。
接口隔离原则符合我们常说的高内聚、低耦合的设计思想，可以使类有很好的可读性、可扩展性和可维护性。我们在设计接口的时候，要多花时间去思考，要考虑业务模型，包括对以后可能发生变化的地方做一些预判。所以，对于抽象、对于业务模型的理解是非常重要的。
下面我们来看一段代码，对一个动物行为进行抽象描述。
```java
//描述动物行为的接口
public interface IAnimal {
void eat();
void fly();
void swim();
}
```
```java
//鸟类
public class Bird implements IAnimal {
public void eat() {
}
public void fly() {
}
public void swim() {
}
}
```
```java
//狗
public class Dog implements IAnimal {
public void eat() {
}
public void fly() {
}
public void swim() {
}
}
```
可以看出，Brid的swim()方法只能空着，并且Dog的fly()方法显然不可能的。这时候，我们针对不同动物行为来设计不同的接口，分别设计IEatAnimal、IFlyAnimal和ISwimAnimal接口，来看代码：
```java
public interface IEatAnimal {
void eat();
}
```
```java
public interface IFlyAnimal {
void fly();
}
```
```java
public interface ISwimAnimal {
void swim();
}
```
此时Dog只需要实现IEatAnimal和ISwimAnimal接口即可，这样就清晰明了了。
```java
public class Dog implements IEatAnimal,ISwimAnimal {
public void eat() {
}
public void swim() {
}
}
```
## 迪米特原则
迪米特原则（Law of Demeter LoD）是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则(Least Knowledge Principle，LKP)，尽量降低类与类之间的耦合度。迪米特原则主要强调：只和朋友交流，不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类可以称为成员朋友类，而出现在方法体内部的类不属于朋友类。
现在设计一个权限系统，Boss需要查看目前发布到线上的课程数量。这时候，Boss要找到TeamLeader进行统计，TeamLeader再把统计结果告诉Boss，接下来我们来看看代码：
```java
//课程类
public class Course {
}
```
```java
//TeamLeader类
public class TeamLeader {
public void checkNumberOfCourses(List
加载全部内容