Microflows用得好好的，為何要開始使用Sub-Microflows呢? 對有寫程式經驗的人來說，這個問題很有趣，就像是一個函數(function)寫得好好的，為什麼函數裡面還要有函數呢?

如果沒寫過程式，也不要擔心，程式架構一層層像包裹一樣包起來的原因其實很容易理解，一來是一個個打包起來的程式在閱讀上會更方便，就像有寫名子打包的箱子讓東西更好找，二來是類似樂高一層層拼起來的架構，可以有更多的空間打造出更具彈性的程式/Microflows，在發生錯誤時也可以快速定位。Microflows跟函數的概念很像，可以一直重複使用，而使用在Microflows裡的Sub-Microflows，因為只是被另一個Microflows叫出來的Microflows，所以可以在多個Microflows上一用再用!

Microflows 與 Sub-Microflows的差別

Sub-Microflows就是使用在其他Microflows裡的Microflows。最大的差別在返還值(Return Value)， 作為Sub-Microflows的Microflows一定要有返還值但"純"Microflows不一定要有。
另外，使用權限上，不應該讓任何用者可以觸及Sub-Microflows，因為使用Sub-Microflows的Microflows已經有定義權限。

Sub-Microflows使用方式

1. 到右手邊的toolbox選擇Microflows call。
   

2.在Sub-Microflows上按左鍵兩下，會看到以下視窗，點選select。

3.選擇已存在Microflows作為Sub-Microflows，或是選擇做一個新的Microflows。

Sub-Microflows實例

既然每次做資料驗證都要驗名字與email是否空白，倒不如將他們打包起來，在每次需要驗證這兩個項目時就呼喚這樣的Sub-Microflows! 去吧! 驗證的Sub-Microflows

加上Sub-Microflows之後...

在加上Sub-Microflows之後，建議添加註解讓其他團隊成員可以更快理解程式的運作邏輯，註解框(annotations)可以在視窗上方找到，功能類似/*comment*/。

結論，Microflows 與Sub-Microflows 一起用，讓應用程式架構看起來更簡潔有力!