ASP.NET數據庫編程技術淺析
ASP.NET數據庫編程的前言，ASP.NET是一種用于創建基于Web的應用程序的編程模型。從本質上來說，運行時和.NET Framework類庫集可以用于創建動態Web頁。它需要在Web服務器的環境中運行，例如Microsoft Internet Information Server(Microsoft互聯網信息服務器，IIS)，并且根據服務瀏覽器請求指示在服務器上執行程序。與直接由Web服務器提供的靜態HTML不同的是，ASP.NET頁面實際上是在服務器上執行以后再產生結果的。頁面的最后生成也許是由許多不同的指令和/或數據源構造的。
ASP.NET數據庫編程的支持，ASP.NET頁面以.aspx擴展名存儲。頁面由程序員將文本、標記(例如HTML)以及ASP.NET特定服務器標記和腳本組合在一起，然后存儲在Web服務器上?？梢詫⒋鎯蟮腁SP.NET頁面看成是一套描述如何創建一個HTML頁面的指令。當該頁面被請求瀏覽時，服務器端程序將會用純標記來創建一個客戶端瀏覽器可以讀懂并能呈現(render)的頁面。因為呈現后的輸出是純標記，所以任何瀏覽器都能夠讀懂；所有的動態過程都發生在Web服務器端。ASP.NET特定服務器標記非常強大，例如，它可以對用戶的動作作出反應，連接至數據存儲以及自動創建非常復雜的HTML結構。
ASP.NET數據庫編程的原理，正像前面提到的那樣，ASP.NET只是.NET Framework的一部分，所以 ASP.NET頁面可以利用這個框架提供的所有服務，包括連網、數據訪問、安全以及更多其他服務。因為ASP.NET可以使用所有這些服務，所以相比以前，能夠創建更加豐富的Web應用程序。只需花少量的時間來構建所有應用程序所需的構建塊，而將大多數時間用在應用程序獨有的特殊邏輯上。
ASP.NET還在Web編程中引入了一些獨特的新技術，可以在典型的動態服務器頁面(Active Server Pages，ASP)上極大地改善開發模式：
· 語言獨立性——因為ASP.NET是.NET Framework的一部分，所以可以使用您自己選擇的語言來構建ASP.NET應用程序，例如C#、VB或J#。而典型的ASP則僅限于JScript或者VBScript頁面。
· 編譯而不是解釋——與典型的ASP在每一次頁面請求時都解釋編程結構不同，ASP.NET在服務器端動態地將頁面編譯成可以運行得非?？斓谋緳C編程指令?？梢院苊黠@地看到典型的ASP頁面的性能與相同ASP.NET頁面的性能之間相差的數量級別。
· 事件驅動編程模式——在典型的ASP中，頁面總是以自頂向下的線性方式執行，并且HTML標記常常與程序指令混合在一起。任何一個有一定ASP經驗的人都知道這樣會使得頁面難以閱讀，甚至更加難以維護。ASP.NET引入了事件驅動模型，這個模型允許您將代碼與標記內容分離，將代碼并入處理專門任務的有意義的單元中，例如響應客戶端的按鈕單擊動作。這個類似VB的事件模型極大地提高了頁面的可讀性和可維護性。
· 服務器控件——典型的ASP需要動態地將HTML片斷代碼接合在一起呈現，這樣做的結果就是在應用程序中一遍又一遍地編寫相同的代碼(您需要多少次才能從數據庫查詢中構建一張表格)。ASP.NET帶給Web編程的一個最大的好處就是能夠將公共的呈現和行為封裝成服務器控件(server control)，可以在應用程序中很方便地重復使用。就像HTML標記一樣，服務器控件以聲明的形式創建，但是表現為一個位于服務器端的可編程對象，它可以與代碼進行交互并輸出定制的動態HTML呈現。ASP.NET包含了大約80多個服務器控件，這些控件封裝了從標準表單元素到復雜控件(如網格和菜單)的所有內容。
· 控件設計時間的改善(當使用Visual Web Developer時)—— 開發人員通過使用設計時間界面可以減少花費在開發復雜頁面上的時間，這些界面包括敏捷任務面板、標簽級導航欄和可以設置控件屬性的向導。 ASP.NET 2.0
ASP.NET的第一個版本(1.0和1.1)在2001年至2003年間迅速風靡了Microsoft的開發陣營。程序人員很快便感覺到他們通過使用強大和靈活的.NET Framework可以大大減少編碼時間，而且CIO們也看到當程序員花在解決客戶代碼的疑難問題上的時間減少時，他們就可以將更多的資源投入到更高級的IT結構的改善上。ASP.NET確實是一個里程碑式的版本，它簡化了開發人員的工作。
但是，就在第一個版本發布之前，Microsoft的ASP.NET小組就已經在為開發ASP.NET 2.0而工作了。他們以下面雄心勃勃的目標來開始他們的工作：
· 使創建一個典型的Web應用程序所需代碼行數減少70%。
· 提供一套可擴展的應用程序服務，用來為通用應用程序任務提供構建塊，例如成員、角色、個人化以及導航等。
· 創建一系列基于任務的服務器控件，這些控件可以調節上述服務，交付完全、可定制的用戶接口(UI)，以最小的代碼量來展示這些服務。
· 當與.NET Framework協同工作提供頁面服務時，改善IIS的性能。
· 提供管理功能，以便加強ASP.NET服務器的部署、管理和運行。
· 改善宿主公司所用的工具，以便可以支持多站點并能夠將開發人員的項目遷移至公共部署環境。
· 讓ASP.NET的幾乎所有特性都能夠方便地擴展或者用定制的高級任務的執行替換。 在這里，我們有必要再來細細地回想一下第一個目標，也就是使編寫一個動態Web應用程序所需的代碼量減少70%。這有可能嗎？Microsoft的ASP.NET小組已經仔細考慮過各種以定制代碼執行的通用任務，并且專門制定了將這些任務封裝進構建塊(特別是服務器控件)的方式，這樣就能夠自動地完成這些任務了。例如，大多數Web應用程序都需要安全或者導航或者個性化服務來為用戶提供定制的體驗。在ASP.NET 2.0中，這些任務是通過一系列可配置的應用程序服務，以及與這些應用程序服務進行對話的服務器控件來實現的，這樣可以極大地減少實施這些通用服務所需的應用程序的代碼量。但是，在所有這些通用任務當中，有一個任務是絕對獨立于其他應用程序的，這就是數據訪問服務。數據是驅動所有動態Web應用程序的公用線程，所以毫不奇怪，ASP.NET小組為了減少代碼量和在ASP.NET 2.0的應用程序中執行數據訪問所需的概念，而制訂了一些大膽的目標：
· 在ASP.NET中可以通過聲明的(無代碼)方式來定義一個數據源。
· 可以通過聲明的(無代碼)方式用UI控件顯示數據，無需在頁面的執行生存期中的特定時間進行顯式的數據綁定。
· 可以通過聲明的(無代碼)方式執行通用數據任務，例如排序、分頁、過濾、更新、插入以及刪除數據。
· 可以使用多種UI控件來顯示數據，包括靈活的網格/詳細控件，該控件既可以顯示又可以操作數據。
· 為創建定制的數據源，啟用可擴展的模型來支持新的數據類型。
ASP.NET數據庫編程常用的控件，ASP.NET 2.0具有一些程序員可以使用的特定的服務器控件，用于在頁面上添加數據交互。這些專門的數據控件分為兩組：數據源控件和數據綁定控件。數據源控件創建與數據庫的鏈接。數據綁定控件則從數據源控件獲取信息，并在頁面上創建呈現。這種簡單的雙控件模式可用于多種情況。對于多種數據庫類型，甚至是非關系型數據源，都有相應的數據源控件。同樣地，有多種數據綁定控件可用來在頁面上生成表格、樹型、列表以及其他數據格式。在前面我們已對ASP.NET進行了介紹，同時講述了ASP.NET的一些理論，現在開始介紹本書剩余部分的細節內容：數據源控件和數據綁定控件的使用。數據源控件以及附帶產品包括如下條目：
· SqlDataSource控件，用于與Microsoft SQL Server和其他數據庫進行連接
· AccessDataSource控件，用于與MDB文件連接
· ObjectDataSource控件，用于與中間層對象連接
· XMLDataSource控件，用于XML文件或者數據流
· SiteMapDataSource控件，用于以ASP.NET 2.0站點地圖格式存儲的XML文件額外的控件已經由第三方開發。
在數據綁定控件中，有很多與ASP.NET 1.x中的相似，有一些則是ASP.NET 2.0全新開發的：
· ListBox、DropDownList和BulletedList、CheckBoxList、RadioButtonList
· AdRotator是實現舊功能的數據綁定控件
· DataList和Repeater以靈活的布局方式提供數據
· DataGrid(與ASP.NET 1.x中的相同)和GridView(第2個版本中的新控件)用于表格數據
· DetailsView和FormView以輕松的導航提供記錄的信息
· TreeView用于顯示分級數據
總之，數據源控件和數據綁定控件將會是本書重點介紹的對象。
在.NET Framework 2.0公開beta版本發布之前，少數的幾個程序組就已經被允許查看工作代碼，并希望盡快獲得他們的反饋。結果，所有的反應只有一個，那就是熱烈，“太好了！”然后就是“什么時候我才能用ASP.NET 2.0替換我的ASP.NET 1.x應用程序？”?，F在beta發布版本已經在手邊，我們無需再等待了。
ASP.NET數據庫編程相關的信息就向你介紹到這里，希望對你了解ASP.NET數據庫編程有所幫助。
【編輯推薦】
