U26 SOA的參考模型（Solution Stack）

近年來參加了幾次SOA的課程，直到最近的一次我才終於聽懂大部分的內容。其中參考模型的結構完全可以用我使用的切割單位來遞迴對應解釋，因而對這個部分立即開竅。（大的切割單位概稱為元件，內含三個小的切割單位：入口、流程與動作）

SOA參考模型的縱向結構是Consumers＞Business Process＞Services＞Service Components＞Operation System。從上往下可以切割為三個大的切割單位，內部再各自包含三個小的切割單位；每一層大的切割單位各自以不同的標準放到不同層級的容器裡執行，並加以不同層級的監控與加解密功能。
●功能：Consumers＞Business Process＞Services
　入口：Business Process Interface
　流程：Business Process
　動作：Business Process與Service Interface
●服務：Services＞Service Components
　入口：Service Interface
　流程：Service內部
　動作：Service Interface與Service Component Interface
●元件：Service Components＞Operation System
　入口：Service Component Interface
　流程：Service Component內部
　動作：Service Component Interface與Operation System

將階層式重覆發生的事情設計為遞迴呼叫的方法是好的方法，理由是把重限層次可能發生的事簡化為一層。同樣地我相信將階層式重覆存在的結構用遞迴方法說明其精神也是好的比喻，原因是把原本要分開記憶的多個單位簡化成一種。

同樣作用的程式碼重覆存在是重構時要消滅的現象，在雜亂的現象中抽取出唯一的說明邏輯會有較好的學習效果。在任何場所、任何應用上推行極致的“絕對重用”會是增進學習與使用效率的良好方法，但是要注意維持唯一存在時必然會耗費額外的努力。