流程式编程在许多商业框架中都有实现。
Tiny框架构建者认为，流程式编程与普通的编程式开发，各有其应用场景及优势。
编程式开发，程序员有更大的自由度，当然也正是由于其具有的极大自由度导致项目的进度、质量方面带来了极大的不确定性，同时对于未来的维护方面也可能挖下了巨大的坑。
而流程式编程呢，对于开发人员有了较大的限制，也就是说，只能用已经开发好的组件进行开发，或者扩展自己的组件进行开发。开发过程当然就受限制了，可能在项目初期，会带来一定的开发效率降低，但是最后的维护成本方面会有比较大的节省，当然，其最大的被诟病的就是在实现某些功能的时候，不方便；还有就是程序员认为长时间使用流程编排式开发会降低开发能力，而受到抵制。
正是由于编排式编程在后期维护方面带来的便利，使得流程编排式开发方式存在其实际的生存空间。当然，Tiny框架提供的流程编排式框架，提供了与一般常见流程编排开发方式不一样的特性。
充分支持面向对象特性的流程编排开始模型
首先来从一个简单的示例看起：
组件helloWorldComponent的源码如下：
public class HelloWorldComponent implements ComponentInterface { String name; String resultKey; public String getResultKey() { return resultKey; } public void setResultKey(String resultKey) { this.resultKey = resultKey; } public String getName() { return name; } public void setName(String name) { this.name = name; } public void execute(Context context) { context.put(resultKey, String.format("Hello, %s", name)); }} 从上面的代码可以看出，其实它的逻辑非常简单。提供了两个自定义属性，一个是name,一个是resultKey，最后在其execute方法中，从其实现逻辑可以看出，它就是把“Hello, ”加上输入的名字，放在了环境变量的resultKey当中，然后返回。
流程组件的接口，也非常简单，如下：
public interface ComponentInterface { /** * 组件执行方法 * @param context 组件执行的环境 */ void execute(Context context);} 所以，其实现也是非常简单的。 下面是调用此流程的方法： a.按默认开始结点开始执行
Context context = new ContextImpl();flowExecutor.execute("1000", context);assertEquals("Hello, luoguo", context.get("helloInfo")); b.从指定节点开始执行 Context context = new ContextImpl();flowExecutor.execute("1000","begin", context);assertEquals("Hello, luoguo", context.get("helloInfo")); 可以看到确实是执行并返回了结果，但是它的执行机理是怎么样的呢？？ 看一个更全面的流程配置：
其中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是异常的类名称，如果出现异常且与这里定义的类型匹配，则执行此规则中的下一节点。 关于继承some thing....
上次说到继承，流程继承实现起来是非常简单的，只要在extend-flow-id属性中指定即可。 继承不支持多继承，即流程只能继承自一个流程，但是可以支持多层继承，即 a>b>c>d..... 实际开发过程中，不要把继承搞得太复杂，这样会把程序逻辑搞得更难理解的。 继承实际会起到什么作用呢？ 首先，会继承一些属性，另外会把节点信息继承过来。 简单来说就是：两者都有，当前流程说了算，当前没有，父流程说了算。 继承应用到什么场景呢？？ 继承应用于业务处理的模式非常相似，只有中间处理环境不同的时候。 比如： A B C D ---O--- -D -C -B -A 类型的业务处理流程，只有O不同，其他处理模式完全相同，此时采用继承方式都非常舒服了， 只要定义父流程，在子流程中只用定义O一个流程节点即可。以后要统一进行流程调整，只要在父流程中进行调整就可以了。比如：flow aa定义为:
flow bb定义为：
则流程bb也可以顺利执行，且执行结果是Hello, LG
流程的可重入性：
一般的流程编排引擎中，流程是不可重入的，也就是一个流程一定是从开始节点起执行，一定执行到结束结点结束。在Tiny流程引擎中，不仅可以在当前流程中进行切换与转接，还可以流转到其他流程的节点当中，这在业务处理及页面处理，流程处理方面都提供了极大的使得，但是这也是一个双刃剑，在提供了这么灵活的功能的同时，也会导致业务流程看起来比较复杂，因此，控制方面最好由架构师或核心开发人员来编写，普通开发人员只开发具体的业务点即可。
小结：Tiny框架提供的流程编排引擎，功能强大，扩展灵活，支持了部分面向对象的特性，比如继承、比如重载，再加上流程的可重入性，使得它更加灵活，便捷。当然，流程编排式编程还有一个非常强大的功能，就是可以进行在线式编程，Xml式流程配置完毕，马上就可以执行出结果。