设计模式之接口隔离原则(ISP)
一、定义:
ISP:Interface Segregation Principle
接口隔离原则表明客户端不应该被强迫实现一些他们不会使用的接口,应该把胖接口中的方法分组,然后用多个接口代替它,每个接口服务于一个子模块
使用多个专门的接口比使用单一的总接口要好。
一个类对另外一个类的依赖性应当是建立在最小的接口上的。
一个接口代表一个角色,不应当将不同的角色都交给一个接口。没有关系的接口合并在一起,形成一个臃肿的大接口,这是对角色和接口的污染。
一个类对另外一个类的依赖性应当是建立在最小的接口上的。
一个接口代表一个角色,不应当将不同的角色都交给一个接口。没有关系的接口合并在一起,形成一个臃肿的大接口,这是对角色和接口的污染。
“不应该强迫客户依赖于它们不用的方法。接口属于客户,不属于它所在的类层次结构。”这个说得很明白了,再通俗点说,不要强迫客户使用它们不用的方法,如果强迫用户使用它们不使用的方法,那么这些客户就会面临由于这些不使用的方法的改变所带来的改变。
二、保证接口的纯洁性:
1、接口尽量小
这是接口隔离原则的核心定义,不出现臃肿的接口。但是“小”也是有限度的,首先不能违反单一职责原则。
2、接口要高内聚
高内聚就是提高接口、类或模块的处理能力,减少对外的交互
3、定制服务
什么是定制服务?比如去商场买衣服,找到符合自己身体尺寸的衣服就行了,基本上不会有太大差别。有可能裤腿较长,也有可能前松后紧。但若去裁缝店去做衣服,则裁缝会量腰围、肩宽等,再做出衣服,保证此衣服是专为你量身定做的,这就是定制服务。
4、接口设计是有限度的
接口的设计粒度越小系统越灵活,这是不争的事实。但灵活的同时也带来了结构的复杂化,开发难度增加,可维护性降低,这不是一个项目或产品所期望看到的,所以接口设计时一定要注意适度,这个“度”如何来判断呢?根据经验和常识判断,没有一个固化或可测量的标准。
阿里云: www.aliyun.com
华赐软件: www.huacisoft.com
C#开源社区: www.opencsharp.net
清泓美肤苑: 清泓美肤苑
bootstrap权限管理系统: Asp.Net Mvc3 bootstrap权限管理系统