《Java应用架构设计：模块化模式与OSGi》笔记2

 

 

 

 

Java应用架构设计 模块化模式与OSGi

 

 

 

 

使用 Spring DM 移除 OSGi 依赖：将Spring DM 模块部署到OSGi 运行时中并引入适当的配置文件，这个配置文件将会通知Spring DM 如何处理这些模块

依赖注入是确保模块独立于容器的常见技术

 

 

 

上图的目的：限制只能由 Customer 或模块中的其它内部类调用 setDiscountAmount 方法（所以引入了Customer 和 Order 两个接口，并在 DefaultOrder 的实现中增加了新的 setDiscountAmount 方法）；

 

可重用 v.s. 可用：可用最好就是一锅粥，全在里面；可重用就要抽象各种接口、各种解耦拆分；

 

模块门面：

门面抽象 -> 各种门面（Base/Core/Proc...）

模块门面会使一组底层的模块更易于使用，但是一般来说这些模块本身并不是高可重用的。门面保证了这一组模块的可重用性。

独立地测试模块门面也是很困难的，因为模块门面的目标是将底层的一组模块作为一个内聚的单元。尽管如此，对于简化一组细粒度和轻量级模块的使用，模块门面是一个很好的方式。

模块门面可以让开发人员创建粗粒度和重量级的模块，该模块会配置并协调一组细粒度和轻量级模块的行为，这会帮助开发人员在重用和可用间取得平衡。

说白了就是把模块再进行各种组合拼装，对组合包定义相应的新名字。。。

 

 

在抽象化模块模式中，我们所面临的一个挑战就是怎样在运行时建立对象间的关系。有多种方式创建实现工厂并建立适当的对象引用，这个过程也称为装配（wiring）。最常见的两种方式是依赖注入和查找。依赖注入要优于查找或定位器，因为客户端的类不会直接依赖工厂并且也不会直接依赖实现类。