JBPM IOC实现

 什么是IOC

       IOC的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描述哪一个组件需要哪一项服务。容器负责将这些联系在一起。简单的来讲，就是由容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在：控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。

      IOC的优点和缺点

      IOC有利于降低组件之间的依赖，对于改变子类实现，只需要更改xml就可以了，类似于热插拔。

      IOC本身也有其缺点，组件的实例化步骤变复杂了；同时需要依赖反射，影响对象构建效率。

      JBPM IOC实现

           JBPM自己实现了一套IOC方案，下面分步骤详述JBPM的IOC实现方案。

          Xml配置文件

          jbpm.wire.bindings.xml：包括jbpm流程引擎用到的各种对象的binding类。

              jbpm.jpdl.bindings.xml: 包括流程引擎执行中用到的活动的binding类。

              jbpm.cfg.xml:jbpm的根配置文件，引入jpbm所需的所有配置文件。这是jbpm引擎运行           的代码执行入口

              代码实现需要的类

              各种binding类：定义在配置文件中使用的tag（如hibernate-session）;解析配置文件

xml，并将相关的配置数据设置到实例化的响应的Descriptor中。

              各种descriptor类：根据自己的相关数据，利用反射构建相关的对象实例并返回。    

              BindingParser: 解析jbpm.wire.bindings.xml，并构建相应的binding实例。

              WireParser:解析jbpm.cfg.xml,通过binding构建descriptor。

              WireContxt:IOC的控制容器，负责实例化相关的对象。

 

 

       综述

虽然jbpm实现的IOC不够彻底，但是总体的思想还是很符合IOC思想的！同时流程引擎对流程定义的解析也使用了相似的原理，感兴趣的网友可以自己研究！

 

 

                                                                                                                                                                        无风听海

 

                                                                                                                                                                                           2011-04-16