基于請求應答及會話控制的系統集成設計模式
這個模式是我在多個系統的設計實踐中總結出來的系統設計模式,屬于EIP(Enterprise Integration Pattern的范疇吧!)
首先舉個例子:在支付系統的設計中怎么使用這個設計模式
請求:用戶或持卡人發起一個訂單支付,系統接收到一個支付請求對象,然后系統就可以有一個支付請求處理的模塊,有一個支付請求接收的多個渠道模塊,請求的日志記錄模塊等
會話控制:系統在處理萬支付請求后,創建一個會話控制對象,用于控制用戶在支付過程中的業務邏輯處理及狀態跟蹤,這個會話控制對象將根據各參與者的配置參數進行初始化,根據用戶的行為設置并控制會話對象
響應:用戶在會話控制對象的協助下,完成了支付,系統返回一個支付響應對象,通過響應對象來通知各參與者支付結果
在這個設計模式中,包含三個重要的對象:XXXRequest,XXXSession,XXXResponse.此處的XXX可根據系統業務的定義更改為對應的縮寫.例如對于設置一個會員注冊系統,則是MemberRegisterRequest、MemberRegisterSession、MemberRegisterResponse三個類。然后系統基于這三個對象設計各模塊,通常至少包含三個模塊:請求處理模塊、會話業務處理模塊以及響應處理模塊.在這個基礎上,再根據系統業務的復雜度來進一步細分模塊.例如注冊請求處理模塊,可能根據注冊請求的提交方式而進一步分為個人會員注冊請求提交模塊、企業會員注冊請求提交模塊、批量會員注冊請求提交模塊、WAP會員注冊請求提交模塊等等.
這樣的系統設計模式有什么好處呢?首先,模塊的職責變的更清楚;第二,系統的設計更加規范化;第三,更加有利于系統的擴展
。。。