三層構架大家知道分資料層業務層表現層
我覺得在編寫.***+sqlserver程式的時候還可以更加細化三層
1是資料層
所有操作（查詢新增刪除修改）用儲存過程寫
2是專用資料介面層
定義專用資料庫運算元據庫的類，比如定義乙個連線資料庫類
classsqldbprovider
其中乙個函式sqldbconnection
使用sqlconnection連線資料庫
3是資料介面層
定義忽略資料庫型別的類，比如類
classdbprovider
其中乙個函式dbconnection
使用層2自定義的類sqldbconnection
以上三個層是傳統的資料層都是類
4是業務邏輯層
封裝具體操作類，比如使用者註冊類呼叫層3的自定義類
5是模板操作層
封裝模板操作類
6是表現控制層
控制用4的資料填充5的資料
以上三個是傳統的業務層都是類
7模板層
就是一些模板
8控制項層
一些web控制項頁面
就是aspx頁面或者ascx頁面
9表現層
根據客戶端或者環境用6的類輸出頁面
就是aspx.cs或ascx.cs
這樣下來就是9層
做到以下幾點：
層2沒有任何sql語句
層3沒有任何和一定的資料庫型別操作相關的東西
層4沒有任何和資料庫操作相關的東西
層9沒有任何html**
什麼是三層構架
表現層 ui 通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得。業務邏輯層 bll 針對具體問題的操作，也可以說是對資料層的操作，對資料業務邏輯處理。資料訪問層 dal 該層所做事務直接運算元據庫，針對資料的增 刪 改 查。概述 在軟體體系架構設計中，分層式結構是最常見，也是最...
三層 我眼中的三層結構
從行為型模式命令模式引發的對三層的思考。記得 大話設計模式 中對命令模式的講解。燒烤攤和燒烤店之間的區別。由於客戶和烤羊肉串老闆的 緊耦合 所以容易出錯，容易混亂，也容易挑剔。這其實就是 行為請求者 與 行為實現者 的緊耦合。對請求排隊或記錄請求日誌，以及支援可撤銷的操作等行為時，行為請求者 與 行...
我眼中的三層
三層架構中的三層分別為 資料儲存層 dal 業務邏輯層 bll 表示層 ui 呼叫關係 ui呼叫 bll，然後返回給ui ui呼叫 bll，bll呼叫 dal，dal返回給 bll，bll返回給ui 具體實現方面 ui層，使用者展現層 bll層，業務邏輯層 idal 資料邏輯層介面 dalfacto...