分析領域邏輯的方法，主要可選的幾種模式分別是：事務指令碼、表模式、領域模型。
選擇的依據主要是視領域邏輯的複雜性而定。
在上述的3種模式中，最簡單的事務指令碼模式。它比較符合大家習慣的過程模型。所以它採用的依舊是「面向過程」的思
想。它將每種系統事務的邏輯很好的封裝在功能完善的指令碼（方法）中，比較適合於在關聯式資料庫上構建。它的主要
問題是對複雜業務邏輯的支援不夠！
最為複雜的是領域模型模式，當領域邏輯非常複雜時，建議使用。當然它的缺點就是它與資料庫的連線。
表模組模式是介於前面這個模式之間的乙個模式，在處理領域邏輯尚，它比事務指令碼強，但是在處理複雜領域邏輯上
卻又不如領域模型。
關於領域邏輯對應的資料來源：
關於資料來源層的選擇，通常是以「領域層」的選擇作為基礎。
事務指令碼的資料來源：
關於事務指令碼的資料來源，在選擇時，可供選擇的資料庫模式有：行資料入口和表資料入口。當然具體選擇哪一種，看
如何方便如何來吧。行資料入口中，資料庫表中每個記錄都通過顯式的介面讀入到乙個物件中。在表資料入口中，採
用隱式介面依靠對記錄集的訪問（類似於對映）來實現。事務指令碼將整個指令碼封裝在單個事務中，異常一般發生在一
鎖，避免由於掛起會話所導致的大面積加鎖的情況。
表模組的資料來源：
使用表模組最好有乙個好的記錄集框架，因此，需要乙個與記錄集配合良好的資料庫對映模式，當然就是表資料入 口。
領域模型的資料來源：
領域模型的最大的缺點是它與資料庫的連線很複雜，但是複雜程度實際上取決於模式的複雜程度。
簡單點的，就直接採用活動記錄，如果希望耦合度鬆散些，那麼就採用表資料入口或行資料入口。
複雜點的，就需要考慮使用資料對映器，盡量將領域模型與資料來源模型分離開，盡可能使領域模型與其他各層相互獨 立。
表現層：
個人觀點，表現層就採用比較熟悉的mvc作為設計基礎，採用這種模式，主要就是確定控制器與試圖技術而 已。
《企業應用架構模式》 分層
在系統的分層組織方式下，上層通過介面使用下層定義的各種服務，下層對上層一無所知。每一層都對自己的上層隱藏其下層的細節，因此第4層無需知道第2層的細節。分層的好處 1.可以專注理解某一層，無需過多了解其他層次 2.可以替換某層的具體實現，只要前後提供的服務 介面 相同即可 3.可以將層次間的依賴性減到...
接觸《企業應用架構模式》
國慶七天的長假，過得有些昏昏冉冉。那麼期待的長假，在狠狠飽睡幾天之後居然有點想上班了，唉，真是 j 啊 前天去南山新開業的書城，沒有找到 企業應用架構模式 martin fowler著 呵，今天早上在 china pub 上下了訂單，中午就收到書了。趕快看了前面幾章，真是暢快之極啊！雖然有些東西我也...
讀《企業應用架構模式》 鎖
讀 企業應用架構模式 鎖 author zfive5 zidong email zfive5 163.com 最近招聘的經歷，發現找到乙個滿意的真的好難呀！這些天在班車上又開始讀 企業應用架構模式 這本書像一本哲學書，每次讀的時候都會發現一些新的東西和體會。關於併發鎖控制的兩種方式 樂觀鎖與悲觀鎖 ...