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