c#學了個皮毛加上太久沒用，只會像個廢物一樣拖控制項，直到昨天看到大佬的操作，現在開始從頭學習！大部分是學習別人的成果，站在巨人的肩膀上！！！！
一、為什麼要用三層架構？
三層結構符合「高內聚、低耦合」的特點，每個層職責明確。利用分層，降低了層間依賴，使系統的耦合更加鬆散，從而使系統更加容易維護和復用。
分層架構是為了解決某一問題而產生的解決方案，社會分工的優勢是讓適合的人做自己最擅長的事情，縮短勞動時間，提高勞動效率。人盡其才，物盡其用。軟體開發也一樣，開發小專案，也許分層與不分層也許看不出多大的差別來，分層可能顯得更加囉嗦，但是當開發乙個複雜的專案時，分層的優勢就顯示出來了。
二、什麼是三層架構？
三層架構(3-tier architecture)
將整個業務應用劃分為：
表現層（ui）：
展現給使用者的介面，用於顯示資料和接受使用者輸入的資料
業務邏輯層（bll）：表示層和資料訪問層之間的橋梁
針對具體問題對傳送資料進行邏輯判斷分折，並進行傳送正確的值
資料訪問層（dal）：
該層所做事務直接運算元據庫，針對資料的增添、刪除、修改、查詢等。
實體類庫（model）：
存放資料庫中的表字段，對其欄位進行封裝(get，set)
資料庫實體類（entity），他在三層中並不是作為一層而存在的，而是作為乙個類庫，起到封裝資料庫表的作用
三、三層架構的作用
表現層（ui）：
表示為web.aspx或winform，如果邏輯層相當強大和完善，無論表現層如何定義和更改，邏輯層都能完善地提供服務。
業務邏輯層（bll）：表示層和資料訪問層之間的橋梁
針對具體的問題的操作/對資料層的操作，對資料業務邏輯處理
資料訪問層（dal）：
對原始資料的操作層，而不是指原始資料，也就是說，是對資料的操作，具體為業務邏輯層或表示層提供資料服務．
四、各層及類庫之間的聯絡
bll：
①bll從ui中獲取使用者指令和資料，執行業務邏輯，比如按條件查詢
②bll從ui中獲取使用者指令和資料，通過dal寫入資料來源，也就是資料庫插入
③bll從dal中獲取資料，以供 ui 顯示用，也就是資料庫查詢
dal①執行對資料的操作（增刪改查）
ui①向使用者展示特定的業務資料
②採集使用者的資訊和操作
機制:ui –> bll –> dal –> bll –> ui
C 三層架構
user.aspx和user.aspx.cs 這兩個檔案 以及檔案所屬的專案，下面也是如此，不再重複強調了 都屬於表現層部分。user.aspx比較好理解，因為它就是顯示頁面了。user.aspx.cs有些人覺得不應該算，而是要划到業務邏輯層中去。如果不做分層的話，那麼讓user.aspx.cs來處...
C 三層架構程式設計
所謂三層體系結構，是在客戶端與資料庫之間加入了乙個 中間層 也叫元件層。這裡所說的三層體系，不是指物理上的三層，不是簡單地放置三颱機器就是三層體系結構，也不僅僅有b s應用才是三層體系結構，三層是指邏輯上的三層，即使這三個層放置到一台機器上。通用三層結構軟體模型如下圖所示。使用者介面層 user i...
C 三層架構例項
對於三層的概念查也查了,看也看了,下面是我找的乙個關於三層的簡單例項,真正看一下它是如何具體實現的.我們先來一起看看 實體類 model 實質 實體類就是在完成資料庫與實體類對應的功能，乙個類是一張表，乙個屬性是乙個字段！using system using system.collections.g...