E22 設計的終點(3)──快速組合出商業功能模組

對我來說，SOA的想法實際上與Flow Engine的想法是幾乎相等的。作法並沒有什麼困難，但成敗的關鍵也同樣在於Web Service（等同元件）的設計想法；唯有封裝完整且功能齊全的獨立元件，才能滿足SOA想法的需求。

設計一個通用的Flow Step，可以依照傳入的id搜尋對應的Web Service執行，並可以將Context與Data Model作雙向的轉換（參考E21）。在Flow Engine裡的所有Flow Step就不再依class name呼叫實作，而是使用這個通用Flow Step並設定Web Service id。

當我們拿到Use Case需求後，首先還是要先分析完成這個Use Case需要哪些動作，以什麼樣的順序執行。在Flow Engine上就依執行的順序先定義好執行的框架，接著依每個動作的目的找出最適合的Web Service並將其id設定在Flow Step上，最後再定義好使用的傳入條件與傳出結果便算完成。

與架構設計的Controller概念比較，設計方式是不是沒什麼差別呢？