.NET 開發 (轉)
常年累月,我們使用的方式在變。今天,每個人都看到因特網的價值,並且,我們使用計算機的方式在變得越來越依靠提供的服務。就我而論,我喜歡透過因特網買東西,獲取交通訊息,比較產品,買票,讀產品評論。
不過,我發現在今天,因特網上還有許多我想做的事情不能實現。例如,我想在我的社群找到一個對菜餚風味有詳細介紹的餐館。此外,我想知道這個餐館今晚7點是否還有空位。
或者,如果我在做生意,我會希望知道賣方商品的詳細資料。如果有多個的賣方能向我提供資料,我想知道哪個賣方的貨最便宜,或者是哪個賣方能最快交付。
今天還不能存在象這樣的服務,主要有兩個原因。第一個原因是, 沒有合適的標準來描述全部資訊型別。第二個原因是,今天的商家用自己的方式告訴別人他們在賣什麼。的出現,提供了描述全部資訊型別的標準。第二的理由可以歸結為:為了提供這樣的服務而必須進行的開發工作具有難度。
公司預見到出售服務將是未來之路。換句話說,公司將提供服務,並且被服務的將支付服務的費用。很多的服務將免費,還有一些服務將按月收費或按使用者個數收費。當寫這篇文章時,個人和商業公司如何對這些服務支付的費用細節尚不清楚;我們必須先看一看這種業務將會如何開展。你能把服務看作一些商業抽象概念的實現。這裡是一些簡單的服務例子:
將郵政編碼轉換為經緯位置;
驗證信用卡的購買力;
找到從某地到達另一地的方法;
找一家需要的餐館;
管理一個線上像冊;
控制一個線上日曆;
我可以繼續設想一個公司應實現的服務。
毫不懷疑地,微軟公司將在不遠的將來, 提供一些這類的服務。其它的公司將提供其它的服務,並且,他們能完全參加(甚至和微軟公司一起)到一個自由的市場。
那麼,我們怎樣從今天這樣的環境,到達輕鬆實現那些服務的未來世界呢?並且,我們如何利用與結合服務的觀念,製作出真正具有豐富特性的應用(這種應用會基於HTML 或其他方式)呢?例如,如果所有餐館都提供列出選單的服務,那麼就可以製作這樣一個應用,它可以查詢到使用者希望就餐的餐館。透過查詢每個餐館的選單,找到具有使用者需要的烹調風味或菜餚的,並且就在使用者附近的餐館。
為了製作象這樣的應用,服務提供者必須為他們的商務服務提供程式上的邏輯介面。這種上的介面必須可以透過網路由遠端,比如因特網。這就是 initiative。
讓我這樣解釋它:計算機與外圍裝置(,顯示器,數字照相機,掃描器,以及其他等等)連線。操作(象視窗)提供的開發平臺,使應用程式可以抽象存取這些外圍裝置。按這種方式,你可以把這些外圍裝置看作服務。在新的世界裡,服務(或者外圍裝置)將被連線在因特網上。
開發者想得到訪問這些服務的簡單的方法。Microsoft.NET initiative提供了這樣的開發平臺。
可以確定的是,微軟並沒有擁有任何涉及到未來將實際發生的事件的標準。在因特網上,應用和服務之間的通訊,透過HTTP包完成。在HTTP包的內部是需要服務的的 XML資料,之後服務端透過把XML資料回送給客戶,就完成了應答。XML資料具有正式的標準。這標準被叫做簡單訪問(P)。微軟公司幫助定義這些標準,但是不擁有這些標準。
以下的圖形顯示了彼此透過SOAP協議傳送XML資料來通訊的的服務群。圖形也顯示了客戶可以透過SOAP(XML)方式,經由Web和其他的客戶交流。另外,圖形顯示客戶從Web伺服器獲得的HTML形式的服務結果。當然,也許需要客戶填寫了一個送給Web伺服器的Web表格。Web伺服器處理了客戶的要求(包括與其他的Web伺服器的通訊),並且,結果將透過標準的HTML頁最終被回送給客戶。
另外,在提供服務的計算機上必須執行可以接受這些SOAP要求的。這作業系統可能是視窗作業系統,但也不是必須。任何能在Socket埠接收請求並能讀寫埠上資料的作業系統都可以。在不遠的將來,蜂窩式電話,呼機,汽車,微波爐,電冰箱,手錶,立體音響,遊戲控制檯和各種其他的裝置將能參加到這個新的世界。
在客戶或應用一方,執行的作業系統必須能讀/寫到 Socket埠,這樣才可以發出服務要求。另外, 客戶計算機上執行的作業系統必須能支援終端使用者應用程式的任何要求。如果終端使用者的應用程式想製作視窗或選單,作業系統必須提供這項功能,或者,這個應用程式的開發者必須用手動實現它。
當然,微軟公司希望人們利用視窗的豐富特點來編制應用程式。但是,這不一定是必要條件。我努力去說的是無論是否微軟公司參與,新的變化都將發生。微軟公司的技術並不能造成這些變化的發生。Microsot.NET做的是,使開發者輕而易舉地的製作這些服務並訪問這些服務。今天,如果我們需要,我們完全可以去製作我們自己的的作業系統。但是它真的很難,並且將花去長的時間。我們能編寫Web服務,並編寫接收和處理SOAP需求的程式。但同樣也很難。
微軟公司為了生產Microsoft.NET已經為我們完成了全部艱難的工作。它使這些工作變得簡單。現在,象我們這樣的應用開發者,可以集中我們的精力在我們自己關心的商業抽象概念和服務上。至於通訊協議和構建都交給微軟公司。(這也許是微軟公司擁有許多喜歡它的開發者的真正原因)。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752043/viewspace-996094/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 用ASP、NET開發下載系統(三) (轉)
- Windows.NET下的UDDI開發指南((續) (轉)Windows
- .Net異常釋出器的開發(2) (轉)
- .net 使用Docker開發Docker
- [英文]利用Visual Studio.NET 進行 ASP.NET的WEB開發 (轉)ASP.NETWeb
- 初識用.NET Remoting來開發分散式應用(轉)REM分散式
- .NET開發之中的17種正規表示式小結(轉)
- .NET開發人員如何開始使用ML.NET
- 開發asp.net自定義控制元件(asp.net學習筆記三) (轉)ASP.NET控制元件筆記
- 開發asp.net自定義控制元件(asp.net學習筆記四) (轉)ASP.NET控制元件筆記
- 開發asp.net自定義控制元件(asp.net學習筆記五) (轉)ASP.NET控制元件筆記
- .NET Framework 高階開發Framework
- 招聘.net開發人員
- iOS開發框架--AFNetworkiOS框架
- EDP .Net開發框架--WebApi框架WebAPI
- [轉載]Asp.Net線上使用者列表的開發匯總ASP.NET
- 用c#和jmail開發Asp.net的mail傳送 (轉)C#AIASP.NET
- .NET/ASP.NET MVC(模組化開發AraeRegistration)ASP.NETMVC
- OLE程式開發利用(開發EXCEL) (轉)Excel
- Asp.Net快速開發平臺(敏捷開發框架ASP.NET敏捷框架
- onethink開發版,怎麼關閉開發模式模式
- 我的.net開發歷程:初入快速開發
- Azure Front Door(一)為基於.net core 開發的Azure App Service 提供流量轉發APP
- Asp.net網站開發ASP.NET網站
- .NET Core開發日誌——Startup
- .NET Core開發日誌——HttpClientFactoryHTTPclient
- .net開發微信公眾號
- EDP .Net開發框架--業務模型框架模型
- .NET開發筆記(二十二) .NET VS Java筆記Java
- LeaRun快速開發平臺,快速開發.net/java專案Java
- Discoverer開發整理(轉)
- 元件開發方式 (轉)元件
- MMX開發文件 (轉)
- .NET Core如何進行請求轉發?
- 【開源】.net微服務開發引擎Anno開源啦微服務
- .NET Aspire 正式釋出:簡化 .NET 雲原生開發
- 用Visual C# .NET開發簡單的複合控制元件 (轉)C#控制元件
- .net下分層架構系統的開發技術規範(1) (轉)架構