一般的時候，我們都采用編程式開發，編程式開發的好處非常明顯：直接、高效、自由，當然其缺點也是有的，與其優點剛好相對，因為直接，所以有些變化都要進行代碼上的修改；因為高效，所以一旦出問題，導致的結果也比較嚴重，因為自由，所以帶來的修改風險也比較大。 這也就是許多大的公司都在進行流程化開發的重要原因之一，比如：上海普元，Livebos, Justep，還有許許多多知名不知名的公司都有類似的流程化開發引擎存在，通過流程化開發，增強代碼的復用性，降低軟件開發成本及測試成本，提升軟件的可維護性及降低維護成本。
Tiny框架在這方面也有自己的方案，Tiny主要考慮幾個方面的問題：
a.組件擴充的便捷性
組件的擴充的便捷性是指，流程其實玩的就是組件，如果組件擴充起來非常困難，會直接影響到流程引擎的可用性。所以Tiny框架的流程引擎的組件結構非常之簡單，僅有一個接口方法；流程組件的注冊與加載也是非常重要的，如果在擴充流程組件的時候，需要復雜的注冊或配置過程，這個時候流程擴充的便捷性也會大大降低。Tiny框架采用了引用即注冊的方案，只要把流程組件放入系統運行環境之間，就完成了流程組件的注冊，即可以在流程中使用，便得流程組件的擴充的便捷性大大提高。
b.流程的面向對象特性支持 流程的面向特性支持是指在Tiny框架中流程是具有面向對象的特性的。流程可以進行繼承，這樣帶來一個好處就是多個流程中重復的部分，可以定義在一個父流程中，然后子流程只要繼承父流程，即可；流程節點是可以被覆蓋的，也就是說，在父流程中可以定義一個空節點，但是流程中定義了流轉關系，但是流程節點的實現留在子流程中實現；
c.流程的易編輯性
流程的編輯必須方便、容易，有專門的流程編輯工具更好，沒有的時候，使用普通的Xml編輯器也可以方便的進行編輯。
d.流程的可重入性
一般的流程引擎都是不可重入的，也就是只能從開始執行，執行到結束結點之后完成。Tiny流程引擎支持流程重入，也就是說，不一定是從開始結點執行，可以從任意一個結點執行。這個機制為程序的邏輯提供了非常大的自由度，可以利用此特性容易的構建頁面流引擎或工作流引擎。即使是業務流程引擎，也會由此獲得更大的自由度。
由於支持流程的可重入性，在本流程處理當中，不僅可以在當前流程中進行切換與轉接，還可以流轉到其他流程的節點當中，這在業務處理及頁面處理，流程處理方面都提供了極大的使得，但是這也是一個雙刃劍，在提供了這么靈活的功能的同時，也會導致業務流程看起來比較復雜，因此，控制方面最好由架構師或核心開發人員來編寫，普通開發人員只開發具體的業務點即可。
呵呵，說了這么多，大家理解起來可能還是比較抽象，那就來個例子看看：
| 1 2 3 4 5 6 7 8 9 10 11 |
<flow id="1000" name="Hello"> <nodes> <node id="begin"> <component class-name="org.tinygroup.flow.HelloWorldComponent"> <properties> <property name="name" value="world" /> </properties> </component> </node> </nodes> < /flow> |
HelloWorldComponent的源碼如下：
| 1 2 3 4 5 6 7 8 9 10 11 12 |
public class HelloWorldComponent implements ComponentInterface { String name; public String getName() { return name; } public void setName(String name) { this.name = name; } public void execute(Context context) { context.put("result", String.format("Hello, %s", name)); } } |
可以看出，所有組件必須實現ComponentInterface 接口
從其實現邏輯可以看出，它就是把“Hello, ”加上輸入的名字，放在了環境變量的result當中。 下面看看執行結果：
a.按默認開始結點開始執行
| 1 2 3 |
Context context = new ContextImpl(); flowExecutor.execute("1000", context); assertEquals("Hello, world", context.get("result")); |
b.從指定節點開始執行
| 1 2 3 |
Context context = new ContextImpl(); flowExecutor.execute("1000","begin", context); assertEquals("Hello, world", context.get("result")); |
可以看到確實是執行並返回了結果，但是它的執行機理是怎么樣的呢？？
實際上，上面的流程是一個簡化的流程，就是說Tiny流程引擎的有些參數不輸入，也可以按照約定正確的執行，實際上寫得完整的話，例子是下面這個樣子的：
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
<flow id="1000" version="1.0" privateContext="false" extend-flow-id="" name="Hello" title="你好示例" default-node-id="end" begin-node-id="begin" end-node-id="end" enable="true"> <description>some thing....</description> <nodes> <node id="begin"> <component class-name="org.tinygroup.flow.HelloWorldComponent"> <properties> <property name="name" value="world"/> <span></span> </properties> </component> <next-nodes> <next-node exception-type="java.lang.Exception" next-node-id="end"/> </next-nodes> </node> </nodes> < /flow> |
其中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 |
<flow id="aa" name="aa"> <nodes> <node id="begin"> <next-nodes> <next-node component-result="begin" next-node-id="hello"/> </next-nodes> </node> <node id="hello"> <component class-name="org.tinygroup.flow.HelloWorldComponent"> <properties> <property name="name" value="world"/> </properties> </component> <next-nodes> <next-node next-node-id="end"/> </next-nodes> </node> </nodes> < /flow> |
flow bb定義為
| 1 2 3 4 5 6 7 8 9 10 11 |
<flow id="bb" name="bb" extend-flow-id="aa"> < nodes> < node id="hello"> < component class-name="org.tinygroup.flow.HelloWorldComponent"> < properties> < property name="name" value="world" /> < /properties> < /component> < /node> < /nodes> < /flow> |
則流程bb也可以順利執行，且執行結果是Hello, world
非常重要的一個亮點就是屬性賦值。
屬性賦值是否好用，決定了框架的易用性。
可以支持常量賦值"1"表示數字常量
aa 表示字符串常量可以支持，環境變量賦值
比如：xx表示從環境變量取xx鍵值的對象
可以支持屬性賦值
比如：xx.abc表示取環境變量xx的屬性abc
比如：xx.abc.def表示取環境變量xx的屬性abc的屬性def
可以支持組合賦值
比如：${in:aa.abc.def}-${in:bb.cc.dd}
表示把環境aa中的屬性abc的屬性def中間加"-"再加上環境變量bb中的cc的屬性的dd屬性
其中屬性的層次不受限制。
另外，取值方式，也支持自行擴展：
比如：可以用${in:xmlkey.aa}也取在環境中xmlkey對應的xml節點的aa屬性
所以，只有想不到的，沒有做不到的。
應用開發與部署方式，比較典型的有B/S與B/A/S，C/A/S等。對於B/A/S和C/A/S方式，因為A與B和C是分離部署的，所以，所有的內容都需要是通過Context進行傳遞的。
如果是通過分離式部署，那么就需要通過網絡來傳遞請求環境數據。
如果是想通過B/S環境來構建系統，此時就會期望通過HTTP處理線程來同布調用流程處理結果。
同時，有時流程處理的數據可能是在Request,RequestAttribute,Session，Cookie中，如果把這些數據COPY到環境當中去，其實是有較大的性能消耗的。
本流程引擎即支持通過服務方式調用，也可以通過短路方式進行調用。
雖然我們推薦使用B/A/S體系架構，但是不能否認，目前我們的許多產品還是在B/S架構下運行的。
但是好在，這個對於流程引擎來說，他並不直接訪問Request和Session,Cookie等內容，所以，即使是集成在一起部署，也不妨礙進行分離式部署，依然可以保證服務的無狀態特性，前提就是需要實現一個Context的接口。
小結：
Tiny的流程引擎，提供了相當強悍的功能及擴展性，上面只說了一部分，有些也沒有完全說清楚，實際上，還提供了包含EL表達式等許多高級功能，對於期望進行流程式編排開發來說，有相當好的支持。
目前在Tiny框架中，業務流程編排及頁面流程編排都是基於此引擎構建，應用效果非常良好。未來會基於其構建工作流引擎。