文章出處

1.三層架構:

說明:

A.UI依賴于IBLL,UI通過BLL層的唯一入口(門面模式、工廠模式)來獲得相應的業務服務對象(業務服務對象以業務為原則創建,比如:處理用戶相關的業務,可定義UserService類);UI層不應包含任何的邏輯代碼(最多只允許包含一部份與UI相關的邏輯)

B.BLL層中處理UI發過來的請求,并及時進行相應的處理(數據驗證,向DAL層發送查詢數據或持久化數據等),處理后返回UI所需的資源;BLL層依賴于IDAL,同樣BLL通過DAL層的唯一入口(門面模式、工廠模式)來獲得相應的數據訪問對象(數據訪問對象以業務所需數據或數據表為原則創建,比如:支付,可定義:PayDao類,類中包含賬號信息、付款人信息、金額等);

C.DAL層處理BLL層發過來的請求,并及時向DB發送查詢數據或保存數據的命令,獲得資源后返回給BLL層;

2.MVP架構:

說明:

A.UI層(即:VIEW層)依賴于IPresenter接口,同時實現IView接口;UI層需初始化相應的Presenter對象,并將自己傳給Presenter對象;被動接收Presenter的處理請求;

B.Presenter依賴于IView接口,同時實現IPresenter接口,Presenter主動處理UI層反饋的請求(UI層向Presenter反饋的方法:一是VIEW中定義響應事件委托,Presenter訂閱并監聽;二是VIEW中直接通知Presenter),Presenter中的處理UI層反饋請求的方法不應包括返回值,甚至可以不要參數,因為這些僅是UI層通知Presenter的入口,UI層并不會主動傳送或接收返回值,處理完后,通知UI作出相應的處理;

C.Model層負責處理Presenter發過來的請求,并及時向DB發送查詢數據或保存數據的命令,獲得資源后返回給Presenter;

3.MVC架構:

說明:

A.用戶訪問頁面時,通過定義的路由映射規則找到指定的Controller及Action;

B.Action接到用戶請求后向Model層發送相應的處理請求,MODEL層作出相應的處理后返回處理結果給Action,Action得到處理結果后及時返回相應的處理結果(ActionResult:包含視圖及其關聯的數據)到視圖引擎,視圖引擎找到相應的視圖;

C.View層呈現Action返回的結果;

4.DDD架構:

說明:

A.UI層依賴于應用層及基礎設施層,UI主要負責響應用戶請求,并呈現用戶請求的結果;

B.應用層依賴于領域層及基礎設施層,接收UI層發送過來的請求,并將請求轉換成相應的領域事件且發送給領域層相應的領域對象;

C.領域層依賴于基礎設施層,領域對象接收并響應應用層發送過來的請求,處理完成后返回給應用層;

D.基礎設施層不依賴于任何其它層,該層包括數據持久化、通用業務邏輯等,供各層調用;


文章列表


不含病毒。www.avast.com
arrow
arrow
    全站熱搜
    創作者介紹
    創作者 大師兄 的頭像
    大師兄

    IT工程師數位筆記本

    大師兄 發表在 痞客邦 留言(0) 人氣()