浅析osgi技术.docVIP

PAGE \* MERGEFORMAT PAGE \* MERGEFORMAT 14 浅析OSGi技术 中国银行常德分行 李宇龙  目录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc 浅析OSGi技术 PAGEREF _Toc \h 1 HYPERLINK \l _Toc 一，面向对象和面向服务的工厂模式的设计区别 PAGEREF _Toc \h 3 HYPERLINK \l _Toc 二，用OSGi技术进行工厂模式设计，剖析模块间的依赖关系 PAGEREF _Toc \h 5 HYPERLINK \l _Toc 1，开发准备 PAGEREF _Toc \h 6 HYPERLINK \l _Toc 2，开发过程 PAGEREF _Toc \h 6 HYPERLINK \l _Toc A，创建接口模块 erf PAGEREF _Toc \h 6 HYPERLINK \l _Toc B，创建服务模块 com.alon.osgifruit.apple PAGEREF _Toc \h 8 HYPERLINK \l _Toc C，创建服务模块 com.alon.osgifruit.oranger PAGEREF _Toc \h 9 HYPERLINK \l _Toc D，Virgo中加载两个服务模块，以便下一步创建web应用模块时调用。 PAGEREF _Toc \h 10 HYPERLINK \l _Toc E，创建web应用模块 com.alon.osgifruit.apps PAGEREF _Toc \h 10 HYPERLINK \l _Toc 3，测试 PAGEREF _Toc \h 13 HYPERLINK \l _Toc 三，OSGi技术应用前景 PAGEREF _Toc \h 14 概述 OSGi（Open Service Gateway Initiative）是一个基于 HYPERLINK /wiki/Java \o Java Java语言，为规范接口服务所提供的服务平台（OSGi Service Platform）。OSGi技术的神奇作用，是让Java程序模块化，在系统不停止服务情况下，实现程序“即插即用 即拔即无”，动态部署各应用程序。与传统的程序设计模式相比，具有更灵活的扩展性。模块化技术不必按面向对象思想，把重点放在高度抽象出对象模型设计上。而面对服务，根据实际业务需求划分出各服务接口的边界和各服务接口间的依赖关系，这可让Java程序按服务功能不同，分成不同的模块，模块间通过服务来调用。从而提高了程序的内聚性，降低了程序的耦合度。 目前能找到的OSGi中文参考资料很少，想了解其内部运行机制并不容易。笔者经过反复摸索和测试，从工厂设计模式着手分析，更直观说明OSGi的实质。 一，面向对象和面向服务的工厂模式的设计区别 Java设计模式之一，工厂设计模式是为了解决接口选择自身实现类的问题。面向对象的最佳做法是在应用端中输入实现类，或用反射为接口找到实现类，但要在配置文件里修改，并需重启服务器才能更新接口的实现。而面向服务的模块化设计是把同一个接口的N个实现类，划分为N个bundle项目（模块），并完全封装，不再更改，也就不再编译，通过热拔插装缷服务模块，进行实现类的选择。请看实例比较。 面向对象的工厂模式，把所有接口、实现、应用都放在一个项目里。以下实例代码，把“水果”抽象为一个接口，让”苹果”和”桔子”实现了水果的eat()方法。在选择各种水果时，需要输入”apple”或”orange”，才能进行具体的服务。其代码块与面向服务方式所划分模块的对应关系块如图。 面向服务的工厂模式，把接口（erf）划为公共模块；实现类（com.alon.osgifruit.apple和com.alon.osgifruit.oranger）划为服务模块；为接口指定服务的工作交给virgo服务器进行模块装卸；调用服务部分（com.alon.osgifruit.apps）被单独划作web应用模块。以下是各bundle模块的结构简图。 显而易见，OSGi是把java代码块变成了相应的模块。虽然把简单的事情变繁杂，但这样会使程序粒度更细，封装更完全，解耦性更好，服务扩展更具灵活性。 二，用OSGi技术进行工厂模式设计，剖析模块间的依赖关系 各模块通过MANIFEST.MF文件导出本模块jar包，导入支持运行的jar包。通过配置文件定制、发布、调用模块提供的服务。由此有效组织和协调系统的服务部署。为了深入了解OSGi运行机制，笔者把面向对象的“水果”实例改用OSGi技术进行面向服务的工厂模式设计，剖析模块间的依赖关系，加深对接口调用服务