这期我接上期讲面试对象设计原则中的最后两点接口隔离原则和迪米特原则。
接口隔离原则
解析定义:
2002 年罗伯特·C.马丁给“接口隔离原则”的定义是:客户端不应该被迫依赖于它不使用的方法.。该原则还有另外一个定义:一个类对另一个类的依赖应该建立在最小的接口上.
接口隔离原则和单一职责都是为了提高类的内聚性,降低他们之间的耦合性.体现封装思想.
● 单一职责注重的是职责,而接口隔离原则则注重的是对接口依赖的隔离.
● 单一职责原则主要是约束类,针对程序中的实现和细节
● 接口隔离原则主要约束接口,主要针对抽象和程序整体框架的构建
优点:
1. 将臃肿庞大的接口分解为多个粒度小的接口,可以预防外来变更的扩散,提高系统的灵活性和可维护性。
2. 接口隔离提高了系统的内聚性,减少了对外交互,降低了系统的耦合性。
3. 如果接口的粒度大小定义合理,能够保证系统的稳定性;但是,如果定义过小,则会造成接口数量过多,使设计复杂化;如果定义太大,灵活性降低,无法提供定制服务,给整体项目带来无法预料的风险。
4. 使用多个专门的接口还能够体现对象的层次,因为可以通过接口的继承,实现对总接口的定义。
5. 能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法,当实现这个接口的时候,被迫设计冗余的代码。
实现方法:
● 接口尽量小,但是要有限度。一个接口只服务于一个子模块或业务逻辑。
● 为依赖接口的类定制服务。只提供调用者需要的方法,屏蔽不需要的方法。
● 了解环境,拒绝盲从。每个项目或产品都有选定的环境因素,环境不同,接口拆分的标准就不同深入了解业务逻辑。
● 提高内聚,减少对外交互。使接口用最少的方法去完成最多的事情。
迪米特法则
解析定义:
迪米特法则又叫作最少知识原则,产生于 1987 年美国东北大学(Northeastern University)的一个名为迪米特(Demeter)的研究项目,由伊恩·荷兰(Ian Holland)提出
优点:
迪米特法则要求限制软件实体之间通信的宽度和深度,正确使用迪米特法则将有以下两个优点。
1. 降低了类之间的耦合度,提高了模块的相对独立性。
2. 由于亲合度降低,从而提高了类的可复用率和系统的扩展性。
但是,过度使用迪米特法则会使系统产生大量的中介类,从而增加系统的复杂性,使模块之间的通信效率降低。所以,在釆用迪米特法则时需要反复权衡,确保高内聚和低耦合的同时,保证系统的结构清晰。
实现方法
从迪米特法则的定义和特点可知,它强调以下两点:
1. 从依赖者的角度来说,只依赖应该依赖的对象。
2. 从被依赖者的角度说,只暴露应该暴露的方法。
所以,在运用迪米特法则时要注意以下 6 点。
1. 在类的划分上,应该创建弱耦合的类。类与类之间的耦合越弱,就越有利于实现可复用的目标。
2. 在类的结构设计上,尽量降低类成员的访问权限。
3. 在类的设计上,优先考虑将一个类设置成不变类。
4. 在对其他类的引用上,将引用其他对象的次数降到最低。
5. 不暴露类的属性成员,而应该提供相应的访问器(set 和 get 方法)。
6. 谨慎使用序列化(Serializable)功能。