软件设计七大原则（下）

5.接口隔离原则

1.接口隔离原则的定义
        接口隔离原则（Interface Segregation Principle，ISP） 要求程序员尽量将臃肿庞大的接口拆分成更小的和更具体的接口，让接口中只包含客户感兴趣的方法。
        2002年罗伯特C.马丁给“接口隔离原则”的定义是：客户端不应该被迫依赖于它不使用的方法。该院自然还有另外一个定义：一个类对另一个类的依赖应该建立在最小的接口上。
        以上两个定义的含义是：要为个各类建立它们需要的专用接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。
        接口隔离原则和单一职责原则都是为了提高类的内聚性、降低它们之间的耦合性，体现了封装的思想，但两者是不同的：

• 单一职责原则注重的是职责，而接口隔离原则注重的是对接口依赖的隔离；
• 单一职责原则主要是约束类，它针对的是程序的实现和细节；接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建。

2.接口隔离原则的优点
        接口隔离原则是为了约束接口、降低类对接口的依赖性，遵循接口隔离原则由以下5个优点：

• 将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性；
• 接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性；
• 如果接口的粒度大小定义合理，能够保证系统的稳定性；但是，如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险；
• 使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义；
• 能减少项目工程中的代码冗余，过大的大接口里面通常放置许多不同的方法，当实现这个接口的时候，被迫设计冗余的代码。

3.接口隔离原则的实现方法
        在具体应用接口隔离原则时，应该根据以下几个规则来衡量：

• 接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑；
• 为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法；
• 了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同，深入了解业务逻辑；
• 提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。

6.迪米特法则——面向对象设计原则

1.迪米特法则的定义
        迪米特法则（Law of Demeter，LoD） 又叫做最少知识原则（Least Knowledge Principle，LKP） 产生于1987年美国东北大学（Northeastern University）的一个名为迪米特（Demeter）的研究项目，由伊恩荷兰（Lan Holland）提出，被UML创始人之一的布奇（Booch）普及，后来又因为在经典著作《程序员修炼之道》提及而广为人知。
        dimite法则的定义是：只与你的直接朋友交谈，不跟“陌生人”说话。其含义是：如果两个软件实体无需直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。
        迪米特法则中的“朋友”是指：当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等，这些对象同当前对象存在关联、聚合或组合关系，可以直接访问这些对象的方法。
2.迪米特法则的优点
        迪米特法则要求限制软件实体之间通信的宽度和深度，正确使用迪米特法则有以下两个优点：

• 降低了类之间的耦合度，提高了模块的相对独立性；
• 由于亲合度降低，从而提高了类的可复用率和系统的扩展性。

        但是，过度使用迪米特法则会使系统产生大量的中介类，从而增加系统的复杂性，使模块之间的通信效率降低。所以，在采用迪米特法则时需要反复权衡，确保高内聚和低耦合的同时，保证系统的结构清晰。
3.迪米特法则的实现方法
        从迪米特法则的定义和特点可知，它强调以下两点：

• 从依赖者的角度来说，只依赖应该依赖的对象；
• 从被依赖者的角度来说，只暴露应该暴露的方法。

        所以，在运用迪米特法则时要注意一下6点：

• 在类的划分上，应该创建弱耦合的类。类与类之间的耦合越弱，越有利于实现可复用的目标；
• 在类的结构设计上，尽量降低类成员的访问权限；
• 在类的设计上，优先考虑将一个类设置成不变类；
• 在对其他类的引用上，将引用其他对象的次数降到最低；
• 不暴露类的属性成员，而应该提供相应的访问器（set和get方法）；
• 谨慎使用序列化（Serializable）功能。

7.合成复用原则——面向对象设计原则

1.合成复用原则的定义
        合成复用原则（Composite Reuse Principle，CRP） 又叫组合/聚合复用原则 。它要求在软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。
        如果要使用继承关系，则必须严格遵循里氏替换原则。 合成复用原则同里氏替换原则相辅相成的，两者都是开闭原则的具体实现规范。
2.合成复用原则的重要性
        通常类的复用分为继承复用和合成复用两种，继承复用虽然有简单和易实现的优点，但它也存在以下缺点。

• 继承复用破坏了类的封装性。因为继承会将父类的实现细节暴露给子类，父类对子类是透明的，所以这种复用又称为“白箱”复用；
• 新旧类之间的耦合度低，这种复用所需要的依赖较少，新对象存取成分对象的唯一方法是通过成分对象的接口；
• 复用灵活性高。这种复用可以在运行时动态进行，新对象可以动态地引用与成分对象类型相同的对象。

3.合成复用原则的实现方法
        合成复用原则是通过将已有的对象纳入新对象中，作为新对象的成员对象来实现的，新对象可以调用已有对象的功能，从而达到复用。

8.总结

实际上，这些原则的目的只有一个：降低对象之间的耦合，增加程序的可复用性、可扩展性和可维护性。

访问加限制，函数要节俭，依赖不允许，动态加接口，父类要抽象，扩展不更改。