三層的再理解

分層並不是說把你的**拆開成n類，如果只是簡單的分拆基本上沒什麼意義

分層實際上是為了物件設計。一般是先有物件在有**。

我們為什麼要物件，我們做物件的原因是我想在分析設計階段，只關心系統的物件，和物件間的互動和約束，而不關心介面是如何表現的，資料是如何入庫的。

實際上當你把物件建完後，系統就自然分層了。因為，對於完整的系統，系統自然是要往資料庫裡寫東西的，而現在的物件裡沒有往資料庫裡讀寫的過程，你需要加入讀寫過程，這樣da層就出來了。系統還要有客戶介面互動部分，而現在的物件也沒有介面互動部分，ok，我們加入介面互動，行了表現層出來了

確切的說現在三層結構細分一般為7層結構

-- -dbutility資料層基類

---dalfactory資料層工廠類

---idal介面層

---sqldal介面實現層

---model實體類

---logic業務邏輯層

---web表示層

物件的表示物件的訪問

表示層（view）<-------------------物件，物件集（通訊，約束）------------------->資料層

web表示層 model實體類 dbutility資料層基類

logic業務邏輯層 dalfactory資料層工廠類

idal介面層

sqldal介面實現層

物件設計類、介面的功能越單一越好，實體類除了自身的基本屬性外，最好不要提供什麼操作。像getuserbyid，setuserbyid，checkuser這些並不是使用者類固有的，而且將來還會不斷有其他操作加入。

設計的時候盡量和現實世界裡越「像」越好，把問題分解為：誰(物件)對什麼/通過什麼然後幹什麼/得到什麼等等，比如許可權問題，可以描述為:系統對使用者的操作（和操作物件/型別）進行判斷。 0 0 0

(請您對文章做出評價)