三層架構中的三層分別為：資料儲存層
(dal),
業務邏輯層（
bll），表示層（ui）
呼叫關係：
ui呼叫
bll，然後返回給ui
ui呼叫
bll，
bll呼叫
dal，
dal返回給
bll，
bll返回給ui
具體實現方面：
ui層，使用者展現層
bll層，業務邏輯層
idal:
資料邏輯層介面
dalfactory
，建立不同的資料層
sqldal,idal
的具體實現，
介面存在的好處：不會依賴乙個具體的資料庫，從而可以實現資料庫的轉移，可以使
sql得實現，也可以是其他資料庫的實現
可能存在的問題：在資料持久層中，如果表之間的關聯關係需要考慮，那得需要多少個
sql的方法實現存在，如果這個事變化的，那麼資料持久層中的方法何其多，雖然說這些方法都是穩定的不會變化的，但與原來的直接耦合相比較，需要太多的方法。
三層 我眼中的三層結構
從行為型模式命令模式引發的對三層的思考。記得 大話設計模式 中對命令模式的講解。燒烤攤和燒烤店之間的區別。由於客戶和烤羊肉串老闆的 緊耦合 所以容易出錯，容易混亂，也容易挑剔。這其實就是 行為請求者 與 行為實現者 的緊耦合。對請求排隊或記錄請求日誌，以及支援可撤銷的操作等行為時，行為請求者 與 行...
我對三層架構的理解
三層介紹及其的職責 層之間的關係以及規則 三層架構的優缺點總結 概念 資料訪問層 dal 主要負責對資料庫的直接訪問，向上層遮蔽資料庫差異。關係 規則優點 降低維護成本，方便管理。對於不斷變化的系統有著先天的優勢。遮蔽資料庫差異。適合大型專案及合作開發。安全性。缺點執行速度。量大。層次的劃分並不是死...
三層構架之我的想法
三層構架大家知道分資料層業務層表現層 我覺得在編寫.sqlserver程式的時候還可以更加細化三層 1是資料層 所有操作 查詢新增刪除修改 用儲存過程寫 2是專用資料介面層 定義專用資料庫運算元據庫的類，比如定義乙個連線資料庫類 classsqldbprovider 其中乙個函式sqldbconne...