平台式工作流 VS 嵌入式工作流

   今天在fireflow群里面有网友介绍一些其他的工作流产品，我看了之后发表了一些观点，顺便记录下来。

     当前工作流系统开发有两种模式。
     一种我称之为“平台式工作流”，即以工作流为中心的一个开发平台，还包括一些诸如 用户权限管理、表单设计器、报表等等功能。
     另一种是嵌入式工作流，即仅有工作流引擎、不包括其他的功能，但是可以和其他子系统很好的结合。Fire workflow正是这样一个产品。

      我本人不太主张搞一个所谓的完全通用的开发平台，虽然平台式工作流可以快速开发一个系统。但是我认为仅是一些简单的甚至小儿科的系统而已；针对得也只能是一些非常初级的用户（针对“免编程”平台而言的）。对于大多数用户，开发平台有如下致命弱点：
      1、开发平台往往完全废除了公司原有的技术积累，需要完全遵守平台的思维、设计、甚至需要用平台特有的开发语言。公司很容易感觉到自己受到约束与挟制，所以越是大的公司越不太愿意用。
      2、作为开发人员，如果绑定在一个封闭的平台语言之上，那么职业道路就很堪忧了。

     所以，我不看好完全通用的“快速”甚至“免编程”的开发平台。

     我认为市场上对工作流的另外一种需求却是很迫切的。这种工作流不是废弃用户原有的技术资产，而是可以无缝的融入任何一种原有的技术资产中。这就是Ｆｉｒｅ　ｗｏｒｋｆｌｏｗ。

    Fire workflow不包含任何与工作流无关的东西，对于工作流无关的东西没有任何强制，但是可以和任何Java系统优雅地整合。使用Fire workflow的公司不会受到任何技术上的约束与挟制。如果有更好地选择，完全可以把Fire workflow从系统中干净地剥离、扔掉。

赞成嵌入式工作流产品。