首页 > 代码库 > 设计模式之接口隔离原则(ISP)
设计模式之接口隔离原则(ISP)
一、定义:
ISP:Interface Segregation Principle
接口隔离原则表明客户端不应该被强迫实现一些他们不会使用的接口,应该把胖接口中的方法分组,然后用多个接口代替它,每个接口服务于一个子模块
使用多个专门的接口比使用单一的总接口要好。
一个类对另外一个类的依赖性应当是建立在最小的接口上的。
一个接口代表一个角色,不应当将不同的角色都交给一个接口。没有关系的接口合并在一起,形成一个臃肿的大接口,这是对角色和接口的污染。
一个类对另外一个类的依赖性应当是建立在最小的接口上的。
一个接口代表一个角色,不应当将不同的角色都交给一个接口。没有关系的接口合并在一起,形成一个臃肿的大接口,这是对角色和接口的污染。
“不应该强迫客户依赖于它们不用的方法。接口属于客户,不属于它所在的类层次结构。”这个说得很明白了,再通俗点说,不要强迫客户使用它们不用的方法,如果强迫用户使用它们不使用的方法,那么这些客户就会面临由于这些不使用的方法的改变所带来的改变。
二、保证接口的纯洁性:
1、接口尽量小
这是接口隔离原则的核心定义,不出现臃肿的接口。但是“小”也是有限度的,首先不能违反单一职责原则。
2、接口要高内聚
高内聚就是提高接口、类或模块的处理能力,减少对外的交互
3、定制服务
什么是定制服务?比如去商场买衣服,找到符合自己身体尺寸的衣服就行了,基本上不会有太大差别。有可能裤腿较长,也有可能前松后紧。但若去裁缝店去做衣服,则裁缝会量腰围、肩宽等,再做出衣服,保证此衣服是专为你量身定做的,这就是定制服务。
4、接口设计是有限度的
接口的设计粒度越小系统越灵活,这是不争的事实。但灵活的同时也带来了结构的复杂化,开发难度增加,可维护性降低,这不是一个项目或产品所期望看到的,所以接口设计时一定要注意适度,这个“度”如何来判断呢?根据经验和常识判断,没有一个固化或可测量的标准。
更多参考:http://www.cnblogs.com/RobynHan/p/3729172.html
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。