複雜軟體系統中，分層理念使用最多，具體例子： 軟體體系中， 從包含了作業系統呼叫的程式語言到裝置驅動程式和cpu指令集再到晶元內部的各種邏輯門；網路互聯中，ftp層架構在tcp上，tcp架構在ip之上，ip又架構在乙太網之上。
使用「分層蛋糕」形象地表述這樣的分層方式，上層使用了下層定義的各種服務、下層對上層一無所知、每一層對自己的上層隱藏其下層的細節。
分層的好處：每一當成有機的整體來理解、替換方便、層次的依賴性降到最低、分層有利於校準化工作、某一層可為很多上層服務提供支援
分層的缺陷：級聯修改、效能影響。
層次的演進： 早期批處理系統時期工作不關注層次（現在按套路有了層次，但層次未進入大多數code的思維體系，至於為什麼要分層更不在考慮的範圍內）、客戶/伺服器系統的分層出現（如果應用僅僅包括關係資料的簡單顯示和修改的話這樣的分層很適合,但領域邏輯容易出現冗餘）、三層架構（web的興起， 讓物件導向地構建三層架構成為必然，以前的系統不複雜）、tier跟layer（tier是物理的，layer是邏輯的）
三個基本層次：表現層、領域層和資料來源層（也稱業務邏輯）。 client是webservice時， 出現hexagonal architecture模式， 將任何系統都視為由到外部系統中介面所圍繞的乙個核心。 hexagonal是乙個對稱檢視，不是非書介紹的非對稱分層檢視。
三個分層具體怎麼區分取決於應用的複雜程度，切記一定要進行某種形式的分離。
乙個最困難的部分是是區分什麼是領域邏輯。 乙個不太正規的測試方法： 假想向系統中增加乙個完全不同的新層，如為web應用增加乙個命令列介面層時， 發現需要重複實現某些功能，則說明可能有一些本應該在領域層的邏輯放到表現層了。
複雜性增壓器： 分布、顯式多執行緒、泛型差異（例如物件/關係）、多平台開發以及極限效能要求
企業應用架構 分層
1 企業應用的特點是什麼？在我的概念裡，企業應用是與網際網路應用相對而言的，企業應用一般都是內網環境，網路的頻寬不用考慮，因此由於頻寬引起的效能一般可以不用考慮。資料量不大，但是資料很雜，資料與資料之間的關係很複雜。另外業務邏輯也沒有網際網路應用那麼簡單，一般也是很雜，很 2 企業應用在架構上需要考...
《企業應用架構模式》 分層
在系統的分層組織方式下，上層通過介面使用下層定義的各種服務，下層對上層一無所知。每一層都對自己的上層隱藏其下層的細節，因此第4層無需知道第2層的細節。分層的好處 1.可以專注理解某一層，無需過多了解其他層次 2.可以替換某層的具體實現，只要前後提供的服務 介面 相同即可 3.可以將層次間的依賴性減到...
讀《企業應用架構模式》 鎖
讀 企業應用架構模式 鎖 author zfive5 zidong email zfive5 163.com 最近招聘的經歷，發現找到乙個滿意的真的好難呀！這些天在班車上又開始讀 企業應用架構模式 這本書像一本哲學書，每次讀的時候都會發現一些新的東西和體會。關於併發鎖控制的兩種方式 樂觀鎖與悲觀鎖 ...