接口隔离原则和单一职责原则区别

接口隔离原则和单一职责原则区别

单一职责原则是备受争议的原则，根据不同的业务逻辑，它会将系统功能模块划分成不同种类，产生多样的接口，同时每个接口尽量只包含一个功能（方法）。

而产生争议的原因就是这个业务逻辑的概念太过于模糊，同时它与接口隔离原则又似乎有些冲突。

接口隔离原则，是指一个类对另一个类的依赖应该建立在最小的接口上。

通过定义我们可以得知，单一职责原则注重的是职责的划分，而接口隔离原则注重的是类对接口的依赖的隔离。两个定义站在的角度是不同的，就像不同的两个对象，站在的角度不同，所划分的角度就有所不同。

同时单一职责原则是直接在业务方面划分，所以是站在接口的角度上观看来约束类，业务逻辑首先应该考虑大的模块，这个大的模块就应该是最顶层的抽象类或接口，所以是站在接口的角度上来看；而接口隔离原则定义说的是“一个类对另一个类的依赖”，这个定义是类与类直接的，所以接口隔离原则应该是站在类的角度上来约束接口。

单一职责原则与接口隔离原则之间还是有共同点的：

单一职责原则与接口隔离原则最终表现出来的都是将接口约束到最小功能，所以在这个表现结果层面来看二者都是将接口可以被实现的方法变得越来越小。

所以我们定义接口时应该从两个方面来考虑。

首先是业务逻辑层面，要先将业务划分好，所需要的每个模块的功能进行划分，尽量划分到一个功能模块仅有一个方法。

其次我们在定义类的时候也要再次考虑接口的定义是否有冗余，是否有可以再度拆分的可能，功能可否达到更简等。

通过两个层面的考虑，我们就可以最终敲定上层接口了。

以上内容仅为个人对接口隔离原则和单一职责原则的理解，如有漏洞欢迎指教。