三層架構與非三層架構的優缺點比較
我們首先簡單理清一下上節簡述的內容，其實我們開發的內容是很簡單的，總是有一條主線下來（UIL、BLL、DAL、DB（DataBase）），其中我們在命名特點上總是以UIL層的aspx的命名為基礎，BLL層命名：BLL_ aspx名稱，存儲過程命名：aspx名稱，一個頁面總是有與之關聯的其他文件，這樣做的目的能使整個項目的脈絡清晰、代碼可讀性強、便於團隊開發。
在上節我們實現的是查詢數據庫並顯示數據，我們做了些什么事情。
1.必須明確你需要什么數據，這個范疇是SQL語句實現的，我們先在該頁面的存儲過程填寫if語句，在if字段里面編寫我們SQL語句，運行“執行”成功（必須的哦）。
2.數據庫存儲過程SQL語句編寫成功后，有數據了，現在我們必須將數據傳遞到我們頁面中，這時我們就要在BLL對應文件中編寫我BLL層的代碼。
3.數據提取出來了，是一張DataTable表的結構，這時我要在頁面的后台代碼cs文件中編寫代碼接收這張表，用一個DataTable變量接收。
4.數據綁定。數據存在在一張二維表DataTable中，至於你想對數據進行什么樣的操作，那是我們的自由了，在上節的例子中是用一個GridView控件對其進行了綁定顯示。對DataTable的操作是多種多樣的，大家可自行學習。
我們對比一下與非分層的拼湊SQL語句查詢數據庫的編程方式對比一下，實現同樣的功能。
我們暫且不說存儲過程和拼湊SQL語句的優缺點，從中我們可以發現，三層架構使代碼簡潔了，大項目對比更是如此，無論是開發還是維護，前者都優於后者。我們將一系列的ADO.NET鏈接數據庫封裝成類（當然不是我寫的），放在DAL文件中直接調用，這樣方便我們編碼，告別那些繁瑣重復的一堆代碼。
上一講：ASP.NET簡易教程4——創建首個asp.net頁面
鑒於個人能力有限，如果發現錯漏地方，歡迎指點。
著作權聲明：本文由http://www.cnblogs.com/suguoqiang 原創，歡迎轉載分享。請尊重作者勞動，轉載時保留該聲明和作者博客鏈接，謝謝！