一个设计良好的软件工程是由一些能够正确执行系统中定义好的独立任务的Java成员函数组成，这样的软件工程具有很好的扩展性。相反，那些功能混乱定义不一的函数，在重载或另一环境调用的过程中会轻易发生冲突。
在前一章节中，我提出了与Java封装概念相当的启发概念。每一个启发都提供了确保封装能展示封装内容的向导。在这一章节里，我将集中讲述封装类如何保证封装内容的高度统一性。我们将会看到，这些方法都大大简化了类封装的可维护性和重调用性。
可维护性
既然大家都知道重载是面向对象程序设计的很重要组成部分，那么你可以看出软件的可维护性的重要性。假如能正确地封装类，你就可以减少很多函数的更改。
在同一封装里严密地联结各个类
严密地联结封装中的各个类可以得到高凝聚的封装。假如两个类展示出很好的联结性，那么这两个类很有可能被经常地调用以提供联系方便的服务。所以当在设计你的封装时，你可以最大限度地减小封装之间的依靠性，以避免各个封装的冲突。
在同一封装里类要统一改变
显然的，当其他类改变时，各个严密结合的类也同样受到影响。任一个类的更改都会导致与这一类相关的类的相应更改，至少，类中的函数必须更改。你可以通过在同一封装里严密联结类来避免这些风险。
然而，一些联结不严密的类也被工程的其他改变而改变。在这样的情况下，你应该把这些类放在同一封装。因为独立的类改变时，它们会产生其他的负影响。
在不同封装里类不要一起调用
封装启发的可行性取决于是否封装能提供真正的联结。即使类能经常地一起被调用，它们却不能一起被改变。所认你必须把这些类进行独立封装。当然，这就意味着引入多个封装来调用独立的类。这一方法的优点是显而易见的。
在一个封装里对一个类的依靠也会产生对其他类的依靠，这是必然的。当封装中一个类改变时，整个封装都会发生变化。
在不同封装里类不要一起重载
不幸的是，即使在初始化时，一个类对象不能答应它自己去调用不同的类，就给软件升级带来不利，这样软件的可维护性就变得非常很重要。所以在不同的封装里，独立的类重载是一个最有效的方法。
要害的注重事项
在Java程序设计时，你必须注重以下几点：
Containing Change ––––封装各个类到一个单一的封装里能减少很多更改，把所有改变都集中到一个封装里有助于软件的可维护性。
Class coupling –––––当在同一封装里联结类时，你应该注重到其他类也有可能和这一个类有关。忽视这些联系会产生很多不必要的关联。
Contention ––––– 前两个启发产生比较大的封装，目的是调用；后两个启发产生比较小的封装，目的是可维护。这前后的封装会发生冲突。在开发过程中，你必须在程序结构上作出相应的改变。在程序设计开发初期，你应该选择利于软件可维护性的比较小的封装；当在开发后期，你应该选择利于软件调用的比较大的封装。
调用
当设计程序框架时，你应该集中于封装的调用，因为Java封装的调用和可维护非常的重要。当设计合理，程序就很轻易的支持封装的调用功能。
