推薦：FCKeditor 2.6在ASP.NET中的配置方法
FCKEditor目前的最新版本是2.6，但支持.NET的DLL版本還是2.5，本文介紹FCKEditor2.6在ASP.NET中的配置方法。 本文的示例下載地址(包含了整個解決方案及網站，下載后即可使用)： 地址：http://w

現(xiàn)在的消費者不僅僅要求通過個人電腦訪問互聯(lián)網上的資源，他們還需要通過別的方式來訪問，網站的設計者對此感到很苦惱。他們的第一個本能的反映是通過一個現(xiàn)有的Web網站來創(chuàng)建多個導航路徑。很多Web開發(fā)者使用這種機制來解決不同版本的瀏覽器對HTML規(guī)范的支持程度不一樣的問題（例如有的版本的瀏覽器能支持FRAME，有的卻不能支持）。盡管這種方式比較容易實現(xiàn)，但是由于不同的設備需要不同的網頁顯示方式，所以Web站點的頁面會隨著訪問設備的增加而呈現(xiàn)指數(shù)的增長，這將會使網站的維護和管理變得很復雜。所以Web開發(fā)者不得不尋求更好的解決之道。

XML和XSLT

XML 和XSLT已經成為解決瀏覽網頁設備的獨立性問題的最有效的方法。Web開發(fā)者能使用XML和XSLT來創(chuàng)建基于靜態(tài)的XML文檔和從數(shù)據(jù)庫返回的動態(tài)的XML數(shù)據(jù)流的網站。網站設計者能創(chuàng)建XSL模板，該模板應該接收一個XML數(shù)據(jù)流并將XML數(shù)據(jù)流轉換成用來瀏覽網頁的設備所能識別的HTML，開發(fā)者設計網站并發(fā)送被相應XSL模板轉換的HTML文件到客戶瀏覽器，而不用處理多路徑問題。

從資源使用的立場來說，因為每個網頁僅僅需要一個XML文件，每種設備類型只要一個能處理XML文件的XSL模板，所以這種創(chuàng)建Web站點的方法是很有效的。但是如果從系統(tǒng)處理的立場來說，因為當用戶瀏覽網頁時，這些網頁都要動態(tài)的生成，而不是簡單的從硬盤中讀出就行了，所以處理效率比較低。

所不幸的是，要實現(xiàn)上面的機制，現(xiàn)在的設計者和開發(fā)者應該在XML和XSLT方面擁有更多的知識和經驗。正是由于這方面的原因導致了現(xiàn)在我們的現(xiàn)實生活中很少有能支持移動設備的網站和Web應用程序。

使用MMIT

微軟試圖用.NET Framework和Microsoft Mobile Internet Toolkit (MMIT)來解決通過多種移動設備來訪問網站的問題，并且從一開始微軟就提倡將Visual Studio .NET和.NET Framework作為為移動設備開發(fā)連接式和斷開式應用程序的首要平臺。盡管支持斷開式模型的工具尚處于beta測試之中，但是在幾個月以前就可以得到MMIT提供的支持創(chuàng)建連接式的應用程序的工具。同時這些工具也將作為一種標準特性出現(xiàn)在Visual Studio .NET和the .NET Framework的下一個版本中。

MMIT允許開發(fā)者創(chuàng)建支持移動設備的Web應用程序，并且沒有象XSLT帶來的設備依賴性問題（因為每個設備需要它自己的XSL模板集）。由于MMIT通過提供一套設備獨立的控制器和一套設備適配器，所以開發(fā)者能使用它的設備獨立控制器來開發(fā)不依賴于設備的應用程序。MMIT在Visual Studio .NET的工具箱中放置了一些關于設備的控制器，同時也提供了用于開發(fā)快速移動設備應用程序的一些模板。一旦開發(fā)者完成應用程序的開發(fā)，這些設備控制器就能發(fā)布到運行設備適配器的服務器上以便多個設備終端都能使用該設備控制器。

當一個連接的移動設備請求一個使用MMIT控制器開發(fā)的網頁，ASP.NET運行引擎查詢該設備的瀏覽能力并且為其指定一個相應的設備適配器，該設備適配器自動的將從控制器返回的值轉換成設備能使用的格式。設備適配器不僅處理顯示，它還為設備生成管理和返回輸入值的標記語言代碼。例如，開發(fā)者能創(chuàng)建一個單頁面，通過使用WAP它能被袖珍電腦或手機所瀏覽。設備的使用者可以使用袖珍電腦的手寫筆或手機的鍵來與網站進行交互，ASP.NET能識別設備適配器生成的代碼的返回數(shù)據(jù)并進行相應的處理。

分享：asp.net如何連接sql server2000數(shù)據(jù)庫
大家好,以下是有關ASP.net連接SQL Server2000數(shù)據(jù)庫的例程， 在這里和大家分享一下： Asp.net連接SQL Server2000數(shù)據(jù)庫例程詳解: 以下為引用的內容