高内聚的模块更易于理解、维护和重用。内聚是一个定性的测量,很难进行客观的评定。
在软件开发中会根据变化频率和重用间关系进行打包,在开发生命周期的早期,系统不稳定而且变化很多,此时应该基于变化的频率打包而不是根据重用打包。当系统逐渐稳定后,再关注基于重用打包,此时变化少得多。
最常见的分层模式为展现、业务逻辑以及数据访问三层。但是每个分层中可能会有多个等级。
展现层负责构造和渲染用户界面。业务逻辑或领域层包含业务对象,而数据访问层会封装持久化的数据存储以及外部系统的访问。
接口要更接近使用它们的类,
发布接口是由导出包中公开类的公开方法组成的,它可以被其他的模块调用。
使用标准的JAVA,阻止外部类访问你不想公开的类或方法的最简单方式就是使用接口。接口定义了想暴露的方法,而模块中的实现可以定义其他的公开方法。模块的用户应该使用接口进行交互,而不是使用实现。如果不使用转型,模块的用户将不能调用实现类中的方法。
外部化配置增加了模块的可重用性,但是降低了可用性。针对环境上下文配置模块方式多种:
借助模块门面,可以保持一种平衡,也就是创建高重用性的细粒度和轻量级模块,同时又能为开发人员提供便利的方式使用这一组模块。但模块门面所增加的依赖会加大部署相关的复杂性。
通过在新的模块中,定义新的类来实现或扩展抽象体,能够更容易地扩展和维护应用。只依赖模块的抽象元素会付出一定的代价:创建实现类的实例时不能再使用new关键字了。作为替代,有如下方案:
分离抽象有助于消除模块关系。但是,也会导致要管理更复杂的结构,使用分离抽象时,会面临灵活性和复杂性之间的取舍。通用指导原则如下: