分層是最常見的軟件架構方式之一。分層之後可以區分出橫縱兩個維度,縱向往往表現出一種隔離性。出於有意無意的各種原因，層次之間傳遞信息很容易出現模糊甚至丟失的現象。B/S多層體系架構下的程序因爲瀏覽器和服務器之間的狀態空間相互獨立，相對於共享全局狀態空間的C/S程序，更容易出現信息傳遞不暢的問題。實際上，我們經常可以觀察到B/S程序中存在着大量的"接力"代碼，即在交界處，總是存在着大量用於讀取變量，拼接變量，轉換變量等與主體業務無關但卻又不可或缺的代碼。在多層架構程序中，信道構建應該是一個需要給予足夠重視的問題。
在系統規劃中，多層結構應該內置與具體語義無關的通用信道，它跨越多個層次，允許信息透明的通過，並以未預期的方式在不同的層面激發各種相關的行爲。在Witrix平臺中，平臺代碼與特定應用中的業務代碼處於高度交織的狀態，一個特定業務功能的實現往往需要多處業務代碼相互協同，平臺必須成爲某種透明的背景。例如，假設我們編制了一個通用的列表選擇控件,它封裝的邏輯是從一個實體列表中進行選擇
<app:SelectOne objectName="MyEntity" />
如果現在要求選擇時只列出某個類型的實體，則調用形式爲
<app:SelectOne objectName="MyEntity" extArgs="$bizId=select&$type=1" />
在調用入口處補充必要的信息之後會推動系統在遙遠的狀態空間中應用一個特定的過濾條件。這裏$bizId負責指示平臺應用特定的元數據配置，而其他的參數則由元數據中的邏輯負責處理。平臺與特定業務代碼各取所需，相互配合，將儘可能多的邏輯剝離爲通用機制。
