标签：职责 原则 interface1 ISP 接口 接口隔离 Principle 方法

1、描述

客户端不应该依赖它不需要的接口，类间的依赖关系应该建立在最小的接口上；

接口应该尽量细化，一个接口对应一个功能模块，同时接口里面的方法应该尽可能的少，使接口更加轻便灵活。

2、优点

• 将臃肿的接口分解为细粒度的接口，提高系统的灵活性和可维护性
• 提高系统内聚性，减少了对外交互，降低系统的耦合性
• 接口粒度大小合适，可以保证系统稳定性；过小会导致接口过多复杂，过大会导致接口臃肿灵活性降低
• 可以体现对象的层次
• 减少工程代码的冗余

3、ISP设计使用原则

• 接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑(满足单一职责原则)。
• 为依赖接口的类定制服务: 单独为一个个体提供优良服务(只提供访问者需要的方法)
• 提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。

4、注意

单一职责原则要求类和接口职责单一，注重的是职责，是业务逻辑上的划分; 接口隔离原则要求方法要尽可能的少，是在接口设计上的考虑。

5 案例:

B、D均实现接口interface1 ；

A通过B类使用了interface1中的方法1、2、3 ；

C通过D类使用了interface1中的方法1、4、5 但对于B来说，方法4、5的实现是多余的；

对于C来说方法2、3的实现是多余的，所以此时这样的情况，违反了接口隔离原则；

5.1 改进

标签：职责,原则,interface1,ISP,接口,接口隔离,Principle,方法
来源： https://blog.csdn.net/LittleDragonHu/article/details/120438431

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。