接口隔离原则相比于里氏替换原则,名称可以更好的表述其意义。百度百科对其是这样描述的:客户端不应该依赖它不需要的接口。一个类对另外一个类的依赖应该建立在最小的接口上。
咱们看一个非常常见的例子,来说明没有ISP会产生什么问题,有三个用户每个人都有他们自己的行为或操作,但是user1只会用operate1操作,user2只会用operate2操作,user3只会用operate3操作,如果我们不仔细分析,没有碰到过类似的惨痛经历,可能就会非常容易忽略这个地方的问题:
每个用户都有自己的行为,但是所有的行为却耦合在一个类里边,这样就会产生两个问题:
(1)其中一个行为的改变,整个类需要重新编译一次;
(2)耦合在一起在业务的迭代过程中,难免会出现这样或者那样的问题,相信有经验的朋友都会深有感触。
针对问题一可能会有人说,编译一次也没啥损耗,但是如果是一整个系统都是这样的模式,这样的问题就会被放大很多倍,随着系统规模的扩大,产生的问题会难以想象。
针对二中所阐述的问题,其实解决办法就是解耦,对内要内聚,对外要解耦,我们定义接口Behavior,然后针对三个用户的行为分别实现,这样改动其中一个,并不影响另外用户的行为,逻辑清晰,结构分明,真正的高内聚低耦合。
道阻且长,行则将至,行而不辍,未来可期,加油。
原创不易,如果你觉得文章不错,对你的进步有那么一点帮助,那么就给个小心心,如果觉得文章非常对你的胃口,那么欢迎你关注我,或者关注个人的微信公众号 程序猿每日分享,这里有资源,有内推,有和你志同道合的朋友,咱们一起打怪升级。