内聚性意味着构件只封装相互联系密切并协同完成所需功能的属性和操作。内聚的程度越高，构件的功能越专一，更易于扩展和维护。软件构件作为系统体系结构的组成部分，自身不能独立存在，必须进行内部和外部的通信，构件间的耦合是必然的。但随着系统规模的逐渐增大，通信和协作的数量增长，构件间的相互依赖越来越多，耦合程度增加。高耦合的系统在需求变更的面前是脆弱的，进行修改时由于依赖的存在，往往会牵一发动全身，产生的错误连带向外扩散，导致原本健壮的系统崩溃，而修改的同时又可能带入新的不可预料的错误，使原本已通过测试的构件带有潜在的错误。进行构件设计的重要目标就是要达到高内聚、低耦合。对于用于指导构件设计的四条原则（OCP，LSP，DIP，ISP），其根本目的在于使得产生的设计在发生变更时能够适应变更并且减少副作用的传播，使系统更具有弹性。

OCP原则说明构件应该对扩展开放，对修改封闭。对已通过测试的构件进行修改，不但出错的几率会增加，同时带有破坏内聚性的风险。对于一个功能内聚的构件，每加入一个新的运算就意味着构件的责任增加。对修改封闭，对扩展开放可以使得构件的使用者在保证构件内聚性的前提下通过扩展构件提供的基础功能来进行功能的定制，通过这种方式能够动态地将责任附加到构件上，使得设计具有弹性可以应对改变，具有很高的灵活性。

LSP原则告诉我们“子类可以替换它们的基类”。LSP原则有助于降低构件间的印记耦合、例程调用耦合与类型使用耦合。由于子类遵守了基类的约定，在使用基类的地方都可以用子类代替，这种设计为构件注入了动态配置的能力，通过配置不同的子类以实现特定于某一低层实现的功能。在J2EE体系结构分层模型中，持久层的DAO模式就体现了LSP原则。

DIP原则指导设计应该“依赖于抽象，而非具体实现”。上层构件直接依赖于下层构件，导致上层构件与下层构件紧密耦合，依赖的具体构件越多，其扩展和维护就越困难。在上下层构件之间提供一层抽象，上层构件只依赖于抽象，下层构件也只依赖于该抽象，能有效地为上下层构件解耦，可以比较容易地对设计进行扩展而不会导致大的混乱。DIP原则突出强调了下层构件依赖上层抽象的倒置的依赖关系。

ISP原则强调接口的专用性而不是通用性。接口的专用，意味着接口只专注于自身的功能集合，不会引入功能需求之外的操作。ISP原则正式地约束了接口的操作，因此遵循了ISP原则的构件很容易达到最高级别的功能内聚。

*未经作者同意不得转载，转载请标明出处