与李文章兄弟畅谈他的嵌入式工作流引擎思想，及为他的周末的BEA user group演讲呐喊...

       北京这个技术圈子中，能够做工作流引擎开发的人并不是太多， 李文章兄弟是其中之一。
       这个周末，老李，要在bea user group活动上，讲讲他的嵌入式工作流系统设计，欢迎大家光顾这次user group聚会， http://dev2dev.bea.com.cn/usergroup/ug-BPM-070316.html 

       这是去年我策划的 2006工作流和平台厂商聚会上， 李文章在激情的阐述他的研发的流程产品


      昨晚，开车东拐西拐的来到了“马莲道”茶叶一条街。老李就住在这儿不远的地方，在来之前，就已经说好要“宰”他一顿的，哈哈，这家伙去年挣了不少银子。

      老李搞工作流研发也有些年头了，前两年在 有生博大负责他们的新版工作流产品研发，成功的把 XPDL模型引入有生博大，替换了他们传统的基于“ 行为模式”的工作流产品。对有生博大来讲，这应该是一个变革性的愉悦。
      这两年，老李的视角一直放在应用开发平台方面，研究着如何围绕工作流，为厂商提供一套快速的应用开发平台，这也是他一直在设想的“嵌入式工作流设计架构”。
     
      昨晚，我们俩边喝着小茶，听着古筝演奏，边探讨着他的奇妙设想和设计。（哈哈，好像挺浪费资源的）

        在他的构架中，“业务对象”是个非常重要的概念。在老李看来： 对应用客户来说，客户所看到的，和关心到的是“表单”；对开发商来说，多种组件的融合是基础（诸如表单设计器、流程设计器、代码生成器等）；对开发人员来说，所关心的是“业务对象”和“表单”的计算；对流程来说，活动与业务对象的能够无缝衔接（不同于传统的映射）；对于流程设计器，要能够灵活的自适应客户的配置和扩展，来满足流程潜入到不同的应用系统中；对底层平台来说，能够透明的高效处理“业务对象”和“流程”。

       这两年，老李一直在为他这样的一种“嵌入式工作流设计架构”而努力的研发。功夫不负有心人，去年，他的这么一套开发应用平台，已经在几个电子政务项目中得以成功应用。

       老李有关“ 流程的活动与业务对象的无缝衔接”思想，一下子就让我联想到了 普元EOS种，流程与组件（构件）的关系。两者是有些类似的，只是老李所提出的是“业务对象”，普元则定位于“组件（构件）”。
       我现在还无法完全理解，仅仅占在“业务对象”的视角是否有所局限，特别是在于老李探讨的时候，我提出的“复杂业务逻辑处理”，对他现有的平台设计，是比较难有效地解决。他试图采用cglib的动态代理来解决复杂业务的计算，但是这样的构造是很难面对项目实施和扩展的。

       老李这几年来，几乎主要在电子政务领域发展，所以平台也有些偏重于这个领域的应用问题解决。我也不得不承认“单纯面向业务对象和表单”的设计思路，很符合电子政务审批应用的需求。我听说，普元的EOS在电子政务项目实施中，有些问题是无法利用“构件”解决的（此观点不代表我个人，仅是听网上的朋友提过）。

       晚上聊了很久，好几个小时。探讨的问题远不止这些。限于其中一些隐秘话题，不便拿出来与大家共享。
      如果大家对老李的这套“嵌入式工作流设计架构”敢兴趣，可以这个周日，去bea user group听听。 http://dev2dev.bea.com.cn/usergroup/ug-BPM-070316.html

      Bea的user group想在这次聚会上探讨BPM问题， 霍泰稳问我有没有推荐可以演讲的人选，我当然推荐我自己了，哈哈，结果被jane一口否决了，jane是我的同学，又是bea负责dev2dev活动的负责人，用她的话说，俺现在的东家tibco，跟bea是死对头。（哈哈，就这么无情的被拒了，郁闷啊—— 哈哈，说笑了）。

      其实，是推荐老李来完成这个“苦”差事了。
      欢迎大家光顾这次user group聚会， http://dev2dev.bea.com.cn/usergroup/ug-BPM-070316.html