一、三層是指哪三層？每層的作用是什麼？
1、表現層（ui）：通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得。
2、業務邏輯層（bll）：針對具體問題的操作，也可以說是對資料層的操作，對資料業務邏輯處理。
3、資料訪問層（dal）：負責直接運算元據庫，針對資料的增添、刪除、修改、查詢等。
二、為什麼要劃分三層？
劃分三層實現了高內聚低耦合，有利於系統的開發和維護。
三層之間的等級觀念：
u層只能引用b層，b層只能引用d層。三層都可以引用model。保證每一層都各司其職，也是單一職責的體現。
為什麼要有等級？如果他們之間沒有等級，可以互相呼叫各層中的資料，這樣那些窗體顯示還有邏輯判斷以及訪問資料庫就會放在一起，和我們第一次做機房一樣了，那麼和不分層沒有區別了，違背了單一職責原則，可維護性，可公升級性都很差。
model是什麼？貫穿於上面三層，他的作用就是在三層之間傳遞資料，這是物件導向的程式設計模式。
為什麼會用到實體層？ 我的理解是這樣的：之前提到了三層之間的等級觀念，只能是從上往下引用，上層知道下層，下層卻不知道上層。這樣u，b，d三層只能單方向引用，有的時候對於資料傳輸會比較麻煩。實體層的作用就是貫穿於三層，在三層之間傳遞資料。當然這只是一方面，還有乙個原因是便於使用者返回所需要定義的資料型別。實體層中存放了很多實體類，三層中每層返回的型別都在實體類中定義好了，這樣可以實現三層之間返回型別的互通。
三層架構之實體層以及外觀
昨天，七期師兄師姐們給我們講解了一下三層和三正規化。關於三層 對於三層的理解，一直在一步步的加深之中，不論理解的對與錯，至少現在和別人說三層，能說出一點點的皮毛，但是再往深一點說，就不會了。聽了昨天的講解，發現最難理解的其實並不是b層，也不是d層，更不是u層，而是實體層。bll層主管業務邏輯，也就是...
MVC和三層架構的區別
表示更糊塗了，大概認同這個吧 還有這個 三層架構是最基本的專案分層結果，而mvc則是三層架構的乙個變體，mvc是一種好的開發模式。首先你要明白mvc分別代表的是什麼意思.m 即model 模型層 主要負責出來業務邏輯以及資料庫的互動 v 即view 檢視層 主要用於顯示資料和提交資料 c 即cont...
三層 我眼中的三層結構
從行為型模式命令模式引發的對三層的思考。記得 大話設計模式 中對命令模式的講解。燒烤攤和燒烤店之間的區別。由於客戶和烤羊肉串老闆的 緊耦合 所以容易出錯，容易混亂，也容易挑剔。這其實就是 行為請求者 與 行為實現者 的緊耦合。對請求排隊或記錄請求日誌，以及支援可撤銷的操作等行為時，行為請求者 與 行...