为了确保package关联的灵活性，java程序员在开发过程中都倾向于package的抽象部分的关联而尽可能地避免具体部分的关联。这样的好处是我们可以最大程度地减小系统中更改所带来的影响，从而获得系统的高度完整性。这一节我们将讲述一些启发式知识，这些知识确保系统中package关联更加灵活，达到增加系统的可扩展性和可维护性的目的。
Package更改是必然
关联紧密的package会减小系统的可靠性，因为package中内容的任一改变都会影响到整个系统。相反，假如package关联很少，则其内容的改变不会殃及其它部分。
大部分的web程序都需要一个日志机制以答应程序能够追踪错误信息并有助于调试。其实，日志机制是一个定制好的package成分，如Apache中的Log4j。无论这些机制是否运行，与日志机制必然有一个关联，这样就潜伏地存在系统不可靠的危机。
因为系统中有很多packages与日志机制有关联，所以必须最大程度地减小日志机制内容的更改。虽然我们不能使用外部的日志机制方式，但我们可以采用其它方法来减小系统的更改对日志机制的影响。最通用的方法是使用正面(facage)模式，这一方法在程序执行过程中可以把改变部分和其他部分隔绝。图A显示了在logfacade中的一个LoggingFacade LoggingFacade类。
Figure A
The LoggingFacade class
正面方式可以把更改部分隔绝开，与日志机制有关联的部分都通过logfacade运行。日志机制内容可以改变或更新，但这些都被屏蔽起来，程序的其他部分不会遭受影响。
从日志机制这一角度而言，LoggingFacade类支持以下的启发式知识。
更改最小的package将受到最大的关联
更改最大的package将受到最小的关联
然而，这一logfacade包还是不太稳定，它会随时破坏整个系统，因为logfacade包在整个系统都要运行。我们必须找到新的一个日志机制方法，抽象package正是这一问题的答案。
抽象package集中于成员特性
抽象是面向对象程序设计中的一个基本定律。抽象有点难于理解，因为它涉及到过程及过程的结果。当执行一个抽象的过程时，应该集中于成员的重要特性。设计packages时要重视抽象的功能，其中一个好处是，能够在执行过程中把一个package独立开来，即把声明和执行隔离开。
在面向对象中，继续和多态经常被用于把声明从执行隔离开来。在定义一个抽象类时，我们可以从其他抽象类继续一个类并提供一个相应的执行。下面的启发式知识把这一概念应用到package：具有关联的package应尽可能的抽象化。
抽象的package包含抽象类和界面。因为package一般都是相互关联，你应该确保这些关联发生在抽象的成分，而不是具体的成分。抽象成分的关联有助于系统的扩展。
在我们上面讨论的日志机制例子中，logfacade包的引入减小了日志改变所带来的危机。然而，这一危机只是转移到LoggingFacade类中，并没有彻底的消除。为了更进一步地减小这一危机，我们在logfacade包引入一个LoggerInterface，这一LoggerInterface执行LoggerInterface。如图B说明了LoggerInterface不仅扩展了图A中的设计，而且可以让我们理解新的日志机制。
Figure B
The new LoggerInterface class
Package设计中应注重的要害事项
下面列出了设计高灵活的packages应注重的要害问题
生成对象——为了限制packages之间的关联，可以使用“对象工厂”来生成包含内部packages的具体的类，这些“工厂”返回界面数据类型的参数。
抽象的packages——因为抽象packages能够提供一个与其他packages关联的声明，没有和其他packages关联的抽象packages实质上是无用的。
抽象程度——我们不可能生成全部包含所有的抽象或界面类。相反，packages一般都抽象类和具体类的混合。在这种情况下，我们应该确信我们只与package的抽象部分关联。
--------------------------------------------------------------------------------
深入学习Java
请阅读ZDNet China 的Java文章列表，以深入学习Java。
开始动手设计
在前面的一节里，我们讨论了设计package关联的重要性及它们对系统稳定性的影响。这一节我们集中讨论于抽象packages，这些抽象packages能减小关联，有助于提高灵活的package关联。这些启发式知识将帮助你设计可扩展的，易维护的系统。
本文相关连接请点这里
