使用ASP.NET開發移動通訊的幾種方法

asp.net 現在的消費者不僅僅要求通過個人電腦訪問互連網上的資源，他們還需要通過別的方式來訪問，網站的設計者對此感到很苦惱。他們的第一個本能的反映是通過一個現有的Web網站來建立多個導航路徑。很多Web開發人員使用這種機制來解決不同版本的瀏覽器對HTML規範的支援程度不一樣的問題（例如有的版本的瀏覽器能支援FRAME，有的卻不能支援）。儘管這種方式比較容易實現，但是由於不同的裝置需要不同的網頁顯示方式，所以Web網站的頁面會隨著訪問裝置的增加而呈現指數的增長，這將會使網站的維護和管理變得很複雜。所以Web開發人員不得不尋求更好的解決之道。
  
  
  XML和XSLT
  
  
  XML 和XSLT已經成為解決瀏覽網頁裝置的獨立性問題的最有效方法。Web開發人員能使用XML和XSLT來建立基於靜態XML文檔和從資料庫返回的動態XML資料流的網站。網站設計者能建立XSL模板，該模板應該接收一個XML資料流並將XML資料流轉換成用來瀏覽網頁的裝置所能識別的HTML，開發人員設計網站並發送被相應XSL模板轉換的HTML檔案到客戶瀏覽器，而不用處理多重路徑問題。
  
  
  從資源使用的立場來說，因為每個網頁僅僅需要一個XML檔案，每種裝置類型只要一個能處理XML檔案的XSL模板，所以這種建立Web網站的方法是很有效。但是如果從系統處理的立場來說，因為當使用者瀏覽網頁時，這些網頁都要動態產生，而不是簡單的從硬碟中讀出就行了，所以處理效率比較低。
  
  
  所不幸的是，要實現上面的機制，現在的設計者和開發人員應該在XML和XSLT方面擁有更多的知識和經驗。正是由於這方面的原因導致了現在我們的現實生活中很少有能支援行動裝置的網站和Web應用程式。
  
  
  使用MMIT
  
  
  微軟試圖用.NET Framework和Microsoft Mobile Internet Toolkit (MMIT)來解決通過多種行動裝置來訪問網站的問題，並且從一開始微軟就提倡將Visual Studio .NET和.NET Framework作為為行動裝置開發串連式和斷開式應用程式的首要平台。儘管支援斷開式模型的工具尚處於beta測試之中，但是在幾個月以前就可以得到MMIT提供的支援建立串連式的應用程式的工具。同時這些工具也將作為一種標準特性出現在Visual Studio .NET和the .NET Framework的下一個版本中。
  
  
  MMIT允許開發人員建立支援行動裝置的Web應用程式，並且沒有象XSLT帶來的裝置依賴性問題（因為每個裝置需要它自己的XSL樣板集）。由於MMIT通過提供一套裝置獨立的控制器和一套裝置配接器，所以開發人員能使用它的裝置獨立控制器來開發不依賴於裝置的應用程式。MMIT在Visual Studio .NET的工具箱中放置了一些關於裝置的控制器，同時也提供了用於開發快速行動裝置應用程式的一些模板。一旦開發人員完成應用程式的開發，這些裝置控制器就能發布到運行裝置配接器的伺服器上以便多個裝置終端都能使用該裝置控制器。
  
  
  當一個串連的行動裝置請求一個使用MMIT控制器開發的網頁，ASP.NET運行引擎查詢該裝置的瀏覽能力並且為其指定一個相應的裝置配接器，該裝置配接器自動的將從控制器返回的值轉換成裝置能使用的格式。裝置配接器不僅處理顯示，它還為裝置產生管理和返回輸入值的標記語言代碼。例如，開發人員能建立一個單頁面，通過使用WAP它能被袖珍電腦或手機所瀏覽。裝置的使用者可以使用袖珍電腦的手寫筆或手機的鍵來與網站進行互動，ASP.NET能識別裝置配接器產生的程式碼的返回資料並進行相應的處理。
  
  
  各種方法的優點和缺點
  
  並不是說如果開發移動通訊就一定要使用MMIT，其實使用老式的XML 和XSLT技術也是可以的。實際上.NET Framework中內建的對XML規範的支援使得用XML 和XSLT技術來建立支援多裝置的方法比用MMIT更容易。但是要開發串連式的Web應用程式，你可能依舊會首先考慮使用MMIT。
  
  
  使用MMIT方法，你可以為應用程式設計一個訪問它的裝置，這樣當新裝置可以使用以後，你通過簡單的增加附加的裝置配接器到ASP.NET伺服器中就可以使用該新裝置了。你也可以通過擴充現有的MMIT控制器來建立被現有的或將來的裝置配接器所支援的裝置控制器。使用MMIT的另外一個關鍵性的好處是能利用ASP.NET的內部狀態管理系統，開發人員如果建立基於XSLT的移動通訊應用程式就必須開發和維護自己的狀態管理方法。