將訂閲者ID從表示層傳遞到業務層,將從兩個方面影響業務服務實現。
學習自定義標記如何促進表示和業務邏輯之間的分離,同時還讓您可以將動態數據合併到表示層。
此模式鼓勵您分層(表示層、域層、數據訪問層)處理應用程序。
MVC開發人員通常直接在表示層中包含業務邏輯代碼進行“欺騙”(而不是包含到它所屬的服務層中)。
如圖2中所示,多承租者應用程序的業務服務必須設計為通過表示層接收和處理來自不同訂閲者的請求。
在一個應用程序中僅有幾個地方能夠實現*能增益 -表示層、應用層和存儲層。
利用定製標記和模板,這樣可以將應用程序的圖形表示層和處理分隔開來。
表示層:引入了門户,為用户提供跨業務活動範圍的統一用户體驗。
數據服務層包括數據控制層、數據表示層和數據訪問層.
這種體驗比較接近混合架構,但實現起來更加簡單,因為表示層和應用程序邏輯始終是針對本地數據庫的。
文中將管理系統設計成表示層、業務層和通信層三層結構。
這些服務創建一個模型,表示層利用此模型來創建一個發送到客户機的視圖。
與數據有關的工作的最後一步是為表示層提供合併了的信息集,以便將它們顯示出來。