1、准则
1）、准则1
包在水平和垂直划分上，要功能性内聚。即：同类关联功能的模块化，将参与共同目的、服务、协作、策略和功能的强相关类型（类或者接口）组织在一起。
如：在NextGen项目中，Pricing包中的所有类型都与产品定价有关。
2）、准则2
由一族接口组成的包，将一组功能上相关的接口放入单独的包，与其实现类分离
3）、准则3
从一个包中，将不稳定的包拆出来，独立成新包。从而变成1个稳定包，1个不稳定包。
假设，有一个含有30个类型的大型包P1，其中有10个类经常被修改和重新发布。怎么办？答：将P1分解成P1-a和P1-b两个包，P1-b中包含这10个经常变动的类。
这样，开发者不用提心吊胆了。
4）、准则4
职责（被依赖或被调用）越多的包越需要稳定。
就是上文《逻辑架构的精化》中的”业务架构模块“，尽量不要出现，否则前一发动全身。但必须有时，如何增强包的稳定性呢？
法1：包中仅含或者主要包含接口和抽象类。
法2：不依赖于其他的包（这种包是独立的），或者依赖非常稳定的包，或者封装了依赖关系已使其不受影响。如：com.foo.nextgen.domain.posruleengine包，将具体的规则引擎实现隐藏在单独一个facade对象之后。实现改变时，依赖于此的包不受影响。
法3：含有相对稳定的代码，这些代码在发布之前经过充分的测试和精化。如：java.util包
法4：强制规定具有缓慢的变化周期。如：java类库的核心包java.lang不允许频繁改变。
5）、准则5
能抽象出独立包（不依赖别的包或类的包），尽量独立出来。
如：在com.foo.dao包下有个通用的工具类：JDBCHelper，最好将其放入com.foo.util.jdbc包下。
6）、准则6
使用工厂模式减少对具体包的依赖
领域对象工厂模式（Domain Oject Factory）
通过领域对象工厂接口创建所有的领域对象是常见的设计方法。
7）、准则7
包之间，不要循环依赖
解决方法：将参与循环的类型分解出来形成较小的新包。