體驗ASP.NET 2.0 中的資料訪問控制項

來源:互聯網
上載者:User
asp.net|訪問|控制項|資料 簡介

  資料訪問一直是開發 Web 應用程式的一個關鍵問題。幾乎每個商務應用程式都需要資料驅動的 Web 頁面。由於資料訪問如此普遍,開發人員不斷地為簡單的資料庫任務重建複雜的代碼就顯得毫無意義了。開發人員需要從格式各異的不同資料來源中快速存取資料。幸運的是,ASP.NET 2.0 中新增的資料訪問控制項和 ADO.NET 2.0 解決了這一問題。

  對於傳統的 ASP 和 ASP.NET 1.1 應用程式而言,開發人員不得不建立代碼訪問和更新資料庫,將檢索到的資料轉換為瀏覽器識別的 HTML 格式。儘管 Visual Studio .NET 的嚮導可以協助完成這個任務,但是要完成諸如分頁和排序這樣的進階功能,仍需要在後端代碼和最上層顯示之間進行複雜的同步。通常,這樣的代碼難以維護和同步,特別是在資料庫發生更改或需要在頁面上顯示附加資料的時候。此外,作為資料存放區,XML 需要添加大量混有資料訪問邏輯的代碼。

  為了提高開發人員的開發效率和 Web 應用程式的效能,ASP.NET 2.0 通過新增的資料控制項中封裝的功能,更加靈活地控制資料,從而減少訪問和顯示資料所需的代碼。從傳統的資料庫到 XML 資料存放區,各種各樣的資料來源都能串連到這些控制項。所有資料來源都以相似的格式進行處理,大大地降低了開發資料驅動的應用程式的複雜性。ASP.NET 2.0 需要進行廣泛的體繫結構改進,以便從內部支援這些功能。新增的資料來源對象通過業界認可的最佳方法增加了一個非常可靠的基礎結構。現在,大多數複雜的應用程式都可以利用 ASP.NET 2.0 提供的資料存取工具。從體繫結構和機制上限制 ASP.NET 1.x 執行的綁定和緩衝問題,在 ASP.NET 2.0 中都得以解決了。

  如果您是一位 ASP 開發人員,那麼您會通過這篇白皮書瞭解到 ASP.NET 2.0 新增的資料訪問功能和 ADO.NET 2.0 的資料訪問模型。如果您是一位 ASP.NET 1.1 的開發人員,那麼這篇白皮書概括的 ADO.NET 新增的改進功能和資料訪問模型,以及介紹的如何使用 ASP.NET 2.0 新增的資料訪問控制項將協助您減少開發資料驅動 Web 應用程式時編寫的代碼數量。

  Web 應用程式的資料訪問

  在 .NET Framework 中,通過 ADO.NET API 執行資料訪問。API 提供一個抽象層來封裝和隱藏直接存取資料庫的細節,這些細節有時是很雜亂的。ASP.NET 2.0 Web 應用程式通過提供的一些服務在 ADO.NET 上產生,這些服務用於自動產生與各種類型資料的串連,將使用者控制項與資料繫結,減少開發資料識別的 Web 應用程式所需的代碼數量。

  資料訪問體繫結構

  對於 .NET Framework 中的 Web 應用程式,資料訪問依賴於兩個獨立的體繫結構層。第一層由執行資料訪問所需的架構組件組成。第二層由為程式員提供資料訪問功能的 API 和控制群組成。從實踐的觀點看,只需瞭解能否為特定資料來源找到匹配的資料提供者。

  資料訪問涉及四個主要的組件:Web 應用程式 (ASP.NET)、資料層 (ADO.NET)、 資料提供者,以及真正的資料來源。這些組件之間的關係構成了所有資料識別 Web 應用程式的基礎結構。



圖 1. 組件體繫結構

   資料存放區

  資料存放區始於堆棧底部,提供了整個資料訪問體繫結構的基礎。通過 ADO.NET 2.0、ASP.NET 2.0 的新增控制項,Web 應用程式能夠訪問多種資料存放區中的資料,包括關聯式資料庫、XML 檔案、Web 服務、一般檔案,或諸如 Microsoft Excel 這樣的電子資料工作表程式中的資料。實際上,真正的資料來源與讀取和操作資料所使用的機制關係不大。

  資料提供者

  由於具有提供者模型,ADO.NET 使用一組類和命令與不同的資料來源進行互動。提供者通過定義的一組介面和類掛鈎來提供對一個特定資料來源的儲存和檢索功能。這種模型的靈活性使開發人員只需編寫一組資料存取碼(使用 ADO.NET)就能夠訪問多種類型的資料。

  在 ASP.NET 2.0 中,除了基本的資料訪問之外,提供者模型實際上還用於多種不同的任務。例如,使用新增的 個人化功能儲存使用者資料時依賴於幾類提供者。因此,實際的提供者結構是功能依賴的。一個成員提供者的用途與資料訪問提供者的用途不同。

  下表顯示組成 ADO.NET 資料提供者的四個核心對象:

表 1. 一個 ADO.NET 資料提供者的核心對象對象描述

Connection

建立到指定資源的串連

Command

對一個資料來源執行命令。公開 Parameters,在 ConnectionTransaction 範圍內執行。

DataReader

從一個資料來源讀取只進的唯讀資料流。

DataAdapter

填充一個 DataSet,解析資料來源的更新。


  提供者模型明確地分離了各種使用用途。ASP.NET 開發人員能夠集中精力構建功能性的、應用人類工程學的使用者介面,而後端開發人員則能夠通過現有的企業級資料存放區實現複雜的整合。使用 ASP.NET 2.0 的提供者模型開發 Web 應用程式是一個極好的選擇。

[1] [2] [3] [4] [5] [6] 下一頁  



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。