canonical

    分層是最常見的軟件架構(gòu)方式之一。分層之后可以區(qū)分出橫縱兩個維度,縱向往往表現(xiàn)出一種隔離性。出于有意無意的各種原因，層次之間傳遞信息很容易出現(xiàn)模糊甚至丟失的現(xiàn)象。B/S多層體系架構(gòu)下的程序因為瀏覽器和服務(wù)器之間的狀態(tài)空間相互獨立，相對于共享全局狀態(tài)空間的C/S程序，更容易出現(xiàn)信息傳遞不暢的問題。實際上，我們經(jīng)常可以觀察到B/S程序中存在著大量的"接力"代碼，即在交界處，總是存在著大量用于讀取變量，拼接變量，轉(zhuǎn)換變量等與主體業(yè)務(wù)無關(guān)但卻又不可或缺的代碼。在多層架構(gòu)程序中，信道構(gòu)建應(yīng)該是一個需要給予足夠重視的問題。

    在系統(tǒng)規(guī)劃中，多層結(jié)構(gòu)應(yīng)該內(nèi)置與具體語義無關(guān)的通用信道，它跨越多個層次，允許信息透明的通過，并以未預(yù)期的方式在不同的層面激發(fā)各種相關(guān)的行為。在Witrix平臺中，平臺代碼與特定應(yīng)用中的業(yè)務(wù)代碼處于高度交織的狀態(tài)，一個特定業(yè)務(wù)功能的實現(xiàn)往往需要多處業(yè)務(wù)代碼相互協(xié)同，平臺必須成為某種透明的背景。例如，假設(shè)我們編制了一個通用的列表選擇控件,它封裝的邏輯是從一個實體列表中進行選擇
      <app:SelectOne objectName="MyEntity" />
如果現(xiàn)在要求選擇時只列出某個類型的實體，則調(diào)用形式為
      <app:SelectOne objectName="MyEntity" extArgs="$bizId=select&amp;$type=1" />
在調(diào)用入口處補充必要的信息之后會推動系統(tǒng)在遙遠的狀態(tài)空間中應(yīng)用一個特定的過濾條件。這里$bizId負(fù)責(zé)指示平臺應(yīng)用特定的元數(shù)據(jù)配置，而其他的參數(shù)則由元數(shù)據(jù)中的邏輯負(fù)責(zé)處理。平臺與特定業(yè)務(wù)代碼各取所需，相互配合，將盡可能多的邏輯剝離為通用機制。