流程式编程在许多商业框架中都有实现。
Tiny框架构建者认为,流程式编程与普通的编程式开发,各有其应用场景及优势。
编程式开发,程序员有更大的自由度,当然也正是由于其具有的极大自由度导致项目的进度、质量方面带来了极大的不确定性,同时对于未来的维护方面也可能挖下了巨大的坑。
而流程式编程呢,对于开发人员有了较大的限制,也就是说,只能用已经开发好的组件进行开发,或者扩展自己的组件进行开发。开发过程当然就受限制了,可能在项目初期,会带来一定的开发效率降低,但是最后的维护成本方面会有比较大的节省,当然,其最大的被诟病的就是在实现某些功能的时候,不方便;还有就是程序员认为长时间使用流程编排式开发会降低开发能力,而受到抵制。
正是由于编排式编程在后期维护方面带来的便利,使得流程编排式开发方式存在其实际的生存空间。当然,Tiny框架提供的流程编排式框架,提供了与一般常见流程编排开发方式不一样的特性。
充分支持面向对象特性的流程编排开始模型
首先来从一个简单的示例看起:
1 2 3 4 5 6 7 8 9 10 11 12 |
|
组件helloWorldComponent的源码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
|
从上面的代码可以看出,其实它的逻辑非常简单。提供了两个自定义属性,一个是name,一个是resultKey,最后在其execute方法中,从其实现逻辑可以看出,它就是把“Hello, ”加上输入的名字,放在了环境变量的resultKey当中,然后返回。
流程组件的接口,也非常简单,如下:
1 2 3 4 5 6 7 8 |
|
所以,其实现也是非常简单的。
下面是调用此流程的方法:
a.按默认开始结点开始执行
1 2 3 |
|
b.从指定节点开始执行
1 2 3 |
|
可以看到确实是执行并返回了结果,但是它的执行机理是怎么样的呢??
看一个更全面的流程配置:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
|
其中flow节点的属性含义为:
id,唯一确定一个流程
privateContext,如果是true,则在流程单独申请一个context,否则共用调用者的context,这样可以有效避免环境变量冲突问题
extend-flow-id,继承的流程id,这个继承id是一个非常强大的功能,后面详细介绍
version版本号,同一id的流程可以存在多个版本,访问时,如果不指定版本则默认采用最新版本
name,title仅用于说明其英文,中文名称,易于理解而已。
default-node-id表示,默认执行节点,即如果一个组件执行完毕,其项值没有指定下一处理节点则执行默认节点
begin-node-id,开始节点
end-node-id,结束节点
如果不指定,则begin-node-id默认为begin,end-node-id默认为end
node节点:id必须指定,在一个流程当中id必须唯一。
component节点
class-name用于指定组织实现类名
properties是组件的属性列表
property中的name与value是组件的属性的值,value,这里传入的是个字符串,但是实际当中可以处理中可以非常灵活,后面再介绍。
next-nodes,是指根据执行结果进行后续处理的规则。
next-node,具体的一条规则,component-result,匹配项,支持正则表达式,节点中的组件执行结果进行匹配,匹配成功则执行此规则中的下一节点。
exception-type是异常的类名称,如果出现异常且与这里定义的类型匹配,则执行此规则中的下一节点。
关于继承
上次说到继承,流程继承实现起来是非常简单的,只要在extend-flow-id属性中指定即可。
继承不支持多继承,即流程只能继承自一个流程,但是可以支持多层继承,即
a>b>c>d.....
实际开发过程中,不要把继承搞得太复杂,这样会把程序逻辑搞得更难理解的。
继承实际会起到什么作用呢?
首先,会继承一些属性,另外会把节点信息继承过来。
简单来说就是:两者都有,当前流程说了算,当前没有,父流程说了算。
继承应用到什么场景呢??
继承应用于业务处理的模式非常相似,只有中间处理环境不同的时候。
比如:
A B C D ---O--- -D -C -B -A
类型的业务处理流程,只有O不同,其他处理模式完全相同,此时采用继承方式都非常舒服了,
只要定义父流程,在子流程中只用定义O一个流程节点即可。以后要统一进行流程调整,只要在父流程中进行调整就可以了。
比如:flow aa定义为:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
|
flow bb定义为:
1 2 3 4 5 6 7 8 9 10 11 12 |
|
则流程bb也可以顺利执行,且执行结果是Hello, LG
流程的可重入性:
一般的流程编排引擎中,流程是不可重入的,也就是一个流程一定是从开始节点起执行,一定执行到结束结点结束。在Tiny流程引擎中,不仅可以在当前流程中进行切换与转接,还可以流转到其他流程的节点当中,这在业务处理及页面处理,流程处理方面都提供了极大的使得,但是这也是一个双刃剑,在提供了这么灵活的功能的同时,也会导致业务流程看起来比较复杂,因此,控制方面最好由架构师或核心开发人员来编写,普通开发人员只开发具体的业务点即可。
小结:
Tiny框架提供的流程编排引擎,功能强大,扩展灵活,支持了部分面向对象的特性,比如继承、比如重载,再加上流程的可重入性,使得它更加灵活,便捷。当然,流程编排式编程还有一个非常强大的功能,就是可以进行在线式编程,Xml式流程配置完毕,马上就可以执行出结果。