因為新的專案要用到三層架構,所以在專案還沒有開始之前,專案經理一直叫我多看些這方面的知識.這不,今天他叫我寫一下自己對三層的理解,這個可叫難啊.乙個自己的整體水平還沒有達到這個境界,另乙個也就才看這方面的知識一段時間.感覺自己的心情與因為擔心自己畫的地圖會改變世界而不敢畫地圖的朋友一樣,不知自己對這東西理解是否正確,如果因為自己的錯誤理解而汙衊了神聖的東西那可罪過大了:)
以前老是感覺三層與自己是乙個很遠的距離,但好像接觸些例子後發現其實三層在自己之前的專案中也有過影子的,只是沒有人告訴我那就是用了分層的架構.我想高手們想出三層乙個很重要的原因是為了修改吧,因為他可能要修改的部分按類別區分好,這樣下次要修改的話會方便很多.
還有乙個叫業務邏輯層,其實我覺的這個層存在的意義並不是很大,它的作用就是呼叫資料訪問層裡面的類的方法,這個裡面乙個頁面的**量也不會很大吧,我想這不是完全有可能把它們直接放在.aspx.cs頁面裡面嗎?多弄了乙個層是為了什麼呢?到目前為止小弟是沒有搞明白,如果有菜鳥兄弟或者是高手朋友,還望搭救搭救
資料庫基層,我想這個層存在的價值也不會很大吧,直接在資料訪問層裡面加多乙個類頁面不就行了嗎?還有必要搞個層來裝這幾個頁面嗎?
哎,沒搞懂啊,三層啊三層,到底你存在的價值是在**呢?
我對三層架構的理解
三層介紹及其的職責 層之間的關係以及規則 三層架構的優缺點總結 概念 資料訪問層 dal 主要負責對資料庫的直接訪問，向上層遮蔽資料庫差異。關係 規則優點 降低維護成本，方便管理。對於不斷變化的系統有著先天的優勢。遮蔽資料庫差異。適合大型專案及合作開發。安全性。缺點執行速度。量大。層次的劃分並不是死...
我對三層架構的理解
架構 有1多點的時間了吧。但是什麼架構才是真正的好的架構的架構呢？不得而知。真正的運用於每個系統，作用於每個系統得東西才是好的吧。三層，乙個很通用的架構，其優點，便於 維護和後續開發。說實話，感覺還是有些不敢苟同。便於 維護，如果說到 維護我把dal層和bll 資料訪問層和業務邏輯層 結合成一層也沒...
三層的再理解
三層的再理解 分層並不是說把你的 拆開成n類，如果只是簡單的分拆基本上沒什麼意義 分層實際上是為了物件設計。一般是先有物件在有 我們為什麼要物件，我們做物件的原因是我想在分析設計階段，只關心系統的物件，和物件間的互動和約束，而不關心介面是如何表現的，資料是如何入庫的。實際上當你把物件建完後，系統就自...