壹般我們把系統需要的數據放在數據庫裏。顯示給用戶的頁面中使用的數據是通過讀取數據庫和進壹步處理獲得的。
數據庫中的數據是結構化的。
我們需要的數據。net編程是面向對象的。
因此，我們需要壹種機制將數據庫中的結構化數據轉換成面向對象的數據。所以系統架構中有壹個常見的三層架構:
底層:DAL(數據訪問層)。
中間:BLL(業務邏輯層)
頂層:UI層~
在DAL中，我們使用實體類來封裝數據庫表:
例如，我們建立壹個文章管理系統。下表是必需的
[文章][類別][評論]
以[文章]為例，它包含以下字段:
[文章id][標題][內容][添加者][添加日期]
DAL層對應的實體類是【ArticleDetails】。
它包含五個屬性，包括以下[ArticleID] [Title].........................................................................................................................................................
我們有三個實體類，對應於DB中的三個表。
創建壹個類SqlArticlesProvider來完成DB操作的封裝。
通常每個方法封裝壹個存儲過程~
例如，在GetArticles(int categoryID)方法中。
我們連接到DB，調用SP，並將返回的DataReader封裝到實體類集合列表中
BLL層:
中的類稱為域對象。有[文章][類別][評論]
這裏的每個類都是我們傳統OOP中的壹個類。
每個對象都包含描述其自身屬性和可執行行為的方法。
UI層，直接調用BLL層的類獲取數據，通過數據綁定控件顯示的頁面等~
有點亂。。。僅僅這樣說是不夠的。。
而真正的編程實踐要比這復雜得多。。
三層架構後的系統更容易維護。改變底層數據存儲只需要很少的改變。
因此，它主要用於大中型系統架構。
而現在，在引入LINQ之後，編碼量也減少了。但是單獨研究LINQ將會花費很長時間。
如果妳不想要LINQ，還有很多工具代碼可以幫妳自動建壹些類~