Java应用架构设计 模块化模式与OSGi
使用 Spring DM 移除 OSGi 依赖:将Spring DM 模块部署到OSGi 运行时中并引入适当的配置文件,这个配置文件将会通知Spring DM 如何处理这些模块
依赖注入是确保模块独立于容器的常见技术
上图的目的:限制只能由 Customer 或模块中的其它内部类调用 setDiscountAmount 方法(所以引入了Customer 和 Order 两个接口,并在 DefaultOrder 的实现中增加了新的 setDiscountAmount 方法);
可重用 v.s. 可用:可用最好就是一锅粥,全在里面;可重用就要抽象各种接口、各种解耦拆分;
模块门面:
门面抽象 -> 各种门面(Base/Core/Proc...)
模块门面会使一组底层的模块更易于使用,但是一般来说这些模块本身并不是高可重用的。门面保证了这一组模块的可重用性。
独立地测试模块门面也是很困难的,因为模块门面的目标是将底层的一组模块作为一个内聚的单元。尽管如此,对于简化一组细粒度和轻量级模块的使用,模块门面是一个很好的方式。
模块门面可以让开发人员创建粗粒度和重量级的模块,该模块会配置并协调一组细粒度和轻量级模块的行为,这会帮助开发人员在重用和可用间取得平衡。
说白了就是把模块再进行各种组合拼装,对组合包定义相应的新名字。。。
在抽象化模块模式中,我们所面临的一个挑战就是怎样在运行时建立对象间的关系。有多种方式创建实现工厂并建立适当的对象引用,这个过程也称为装配(wiring)。最常见的两种方式是依赖注入和查找。依赖注入要优于查找或定位器,因为客户端的类不会直接依赖工厂并且也不会直接依赖实现类。