OSGI:从面向接口编程来理解OSGI
接口的种类(API和SPI)
从接口的被调用方式和被实现方式看,接口有API和SPI之分,见下图:
API和SPI在物理组织方式上的建议(可根据情况选择其一)
- 位于独立的Assembly中。
- 位于调用方的Assembly中。
API和SPI的演化方式:
-
- API可以增加功能,最好保持稳定。
- SPI可以减少功能,最好保持稳定。
API和SPI的交互方式见下图:
如何实例化接口(避免不了的问题)
- 简单工厂(三种工厂模式都引入了新的抽象,因此最终还是要用简单工厂创建抽象的。适用于根据上下文实例化不同实例的场景)。
- 服务定位器(适用于实例化边界对象或根对象的场景)。
- 依赖注入容器(适用于多数场景,推荐用这种方式)。
从面向接口编程的角度考虑,为什么采用OSGI?
刚才我们介绍了接口和如何实例化接口,OSGI只是更进一步,允许你动态的管理具体实现Assembly的生命周期。多数应用可能不需要这种动态,但是如果您发现OSGI对程序的侵入性不大(它唯一的要求就是面向接口编程),而您已经早就习惯了面向接口编程,那么OSGI对于您来说应该不是大问题。