說起數據提供程序大家都不陌生，數據提供程序的作用就是以統一的接口去訪問不同的數據源，如OledbProvider、SqlServerProvider、OrcaleProvider等等；不同數據源的訪問其實是不一樣的，微軟數據源的訪問方式從ODBC到ADO.NET經歷了很多路程，各大數據源提供商，都在不斷的生產不同結構的數據庫，為了以統一的接口去訪問各種不同的數據源，微軟的.NET為我們提供了ADO.NET，我們通過ADO.NET可以很方便的訪問不同廠商生產的不同數據庫，ADO.NET也為后期自定義數據提供程序規定了一套接口，只要我們自己去實現它就可以用同一種方式，訪問我們自己的數據源，我們可以通過封裝訪問我們的XML數據源、文本數據源、二進制數據源、WebService數據源、對應用程序員來說，可能有很少一部分人去關注后臺的具體實現的細節；對于剛畢業的學生來說，大部分的知識還沒有轉變成對技術的主觀思考，剛剛接觸數據提供程序可能有點陌生，所以我們盡可能的將復雜的東西進行簡單化，讓不需要接觸后臺代碼的程序員就不要接觸，減少思考的時間；

今天我要向大家介紹的是WebService數據提供程序，是建立在ADO.NET一套規范接口上的，為什么我會有這樣的想法去寫這個提供程序，主要來源于我在一段工作時間中不斷遇到企業使用我們的分布式系統遇到的種種問題，因為我們的分布式系統是采用.NETRemoting實現的，端口是用的8085，走的是TCP協議；給企業部署項目的時候，由于企業的網絡結構比較復雜，在加上我們不了解企業的網絡結構，所以在很大程序上增加了我們的維護工作量，也給企業帶來了很大的維護時間開銷，我們的.NETRemoting是用Windows服務作為宿主，部署在應用服務器上，通過路由器的端口映射來處理客戶端的TCP請求；很少一部分企業的網絡結構簡單，沒有復雜的安全防線，由于我們公司做的項目相對而言還是比較大的，都是一些大中型企業；他們的網絡的系數很高，防火墻的設置基本上是不允許使用TCP協議的，而且除了常用的協議端口如HTTP的80、FTP的21等,其余的一律封閉，所以我們的系統很難部署使用，但是后來這個問題也解決的了，將.NETRemoting部署到IIS上了，也通過80端口進來再由.NETRemoting子系統去處理；但是過了一段時間，我感覺通過WebService也能很好的實現，所以就寫出來與大家分享一下，可能有人覺得WebService沒有.NETRemoting效率高，對于大數據量可能會有問題，還有WebService的安全認證怎么控制，這些問題如果需要可以上網參考相關資料，對于安全認證可以在C/S系統加上Session的相應機制，這里就不多說了；

1：

?

該圖給出一般分布式系統的網絡拓撲圖，企業和服務器各自在內網，企業通過WebService數據提供程序訪問我們的數據源；

2：

?

在下已經實現一個基本的原型，在HZ.DataProvider.WebServiceDBManager服務器項目中，可以實現很多種數據源，在WebService與數據庫服務器之間可以架設ORM很寬松的實現數據訪問，可以隨意切換數據庫類型；這樣層層隔離，也是一種好的開發方式；

3：

通過提供程序獲取DataReader對象，前臺完全和以前我們所熟悉的一樣開發，對于剛進公司開發的程序員來說，也是一中解脫，不需要關注后臺復雜的實現，只需要按照一貫的方式開發就行；

4：

5：

圖5是服務器端的實現代碼，這部分代碼就是連接數據庫服務器的代碼，將客戶端傳遞過來的SQL去執行，并返回數據庫返回的結果給客戶端；

?本文轉自 王清培 51CTO博客，原文鏈接：http://blog.51cto.com/wangqingpei557/567769，如需轉載請自行聯系原作者

總結

以上是生活随笔為你收集整理的.NET实现之(WebService数据提供程序)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。