ASP與ASP.NET的區別
當前位置：點晴教程→知識管理交流
→『 技術文檔交流 』
從一開始使用ASP，用戶面臨的問題就是：如果應用程序要有強大的功能，就需要編寫大量的代碼，所有的功能都必須用代碼來實現。雖然使用一些小技巧可以實現代碼的共享，但是仍然存在大量嵌入HTML的代碼，難于管理。這還只是一個表面現象。 從更深的層次來研究ASP.NET，會發現ASP.NET與ASP之間的區別主要在于以下幾個方面。 (1) 效率 ASP是一個腳本編程環境，只能用VBScript或者JavaScript這樣的非模塊化語言來編寫。當ASP程序完成之后，在每次請求的時候解釋執行。這就意味著它在使用其他語言編寫的大量組件的時候會遇到困難，并且無法實現對操作系統的底層操作。由于它是解釋執行的，所以速度和效率要遠遠低于編譯執行的程序。而ASP.NET則是建立在.NET Framework之上的，它可以使用Visual Basic、C++這樣的模塊化程序設計語言，并且它在第一次執行時進行了編譯，之后的執行不需要重新編譯就可以直接運行，所以速度和效率比ASP會提高很多。 (2) 可重用性 在寫ASP應用程序的時候，ASP代碼和HTML混合在一起。只要有需要，就可以在任意的一個位置插入一段代碼來實現特定的功能。這種方法表面上看起來很方便，但在實際的工作中會產生大量繁瑣的頁面，很難讀懂，導致代碼維護很困難。雖然可以使用include指令盡量讓程序模塊化，但是仍然不是一個最終徹底的解決方案。而ASP.NET則可以實現代碼和內容的完全分離，使得前面提到的問題迎刃而解。 (3) 代碼量 ASP需要對所有的要實現的功能通過編寫代碼來實現。例如，所有的ASP程序員都遇到過這樣的情況：為了保證一個用戶數據提交頁面的友好性，當用戶輸入錯誤的時候會顯示錯誤的位置，并盡量把用戶原來的輸入在控件中顯示出來。這樣的一個應用需要程序員編寫大量的代碼來實現。雖然它實在是一個非常簡單的功能，但在其他的應用程序中根本不需要編寫這么多的代碼就可以實現。在ASP.NET中，程序員會發現只要預先說明，這樣的功能ASP.NET就可以自動實現。所以相對來說，要實現同樣的功能，使用ASP.NET比使用ASP的代碼量要小得多。 …… ASP.NET的優點 通過上面對ASP缺點的介紹，我們可以很容易地理解ASP.NET已經解決了這些問題。事實的確如此，并且ASP.NET所提供的不僅僅是這些。要了解ASP.NET的所有特性，先讓我們來看看設計ASP.NET的4個主要目標： ● 使代碼更清晰 ● 提高可部署性、可伸縮性、安全性以及可靠性 ● 為不同的瀏覽器和設備提供更好的支持 ● 支持一種全新的Web應用程序 但是作為用戶，您不會直接使用這些新特性，因為Common Language Runtime (CLR)會處理其中的大多數特性。第2章會詳細介紹這方面的內容，現在先看看ASP.NET的強大功能。 1. 多語言 ASP曾在腳本引擎方面受到了限制，特別是VBScript和JScript。而.NET Framework本質上就支持多語言，因此我們可以使用任何需要的語言。在默認情況下，Visual Basic .NET、C#和JScript .NET都附帶了CLR(它們都是經過編譯的)，另外還可以使用許多第三方語言，例如Perl、COBOL等。此外，Visual Studio .NET增加了對Visual C++的支持和Java實現(稱為 J# .NET)。由于多語言支持是.NET Framework的一部分，因此不論使用何種語言都沒有關系。很明顯，從用戶的觀點來看，保持某種程度上的兼容性可能是最好不過的(例如僅僅為了維護)，但對于架構而言，語言的使用是沒有任何限制的。 多語言支持的作用并不僅僅限于可使用什么語言，同時還在于如何使用這些語言。通過它可以用某種語言編寫組件，而用另一種語言來使用(或重用)這些組件。比如用C#編寫基于服務器的控件，然后在Visual Basic .NET中繼承這些控件，接著在JScript .NET (或任何.NET支持的語言)中繼續繼承這些控件。 說明： 有關架構的詳細介紹請參閱第2章，而第3章將詳細介紹各種語言。 2. 服務器處理 如果您做過Visual Basic編程工作，就會發現要掌握新的ASP.NET 服務器控件是相當容易的，但如果以前僅使用過ASP，就會在學習ASP.NET 服務器控件的初始階段出現一些混淆錯誤。不過即使這樣也不用擔心，因為它們是非常容易理解和使用的——它們只是和ASP有很大的不同。 使用ASP的一大問題在于頁面簡單地定義了一個大函數，該函數開始于頁面的開頭，結束于頁面的末尾。不管頁面的內容是純HTML還是ASP生成的HTML，它都是按照頁面順序顯示的。因此，邏輯代碼依賴于它在頁面中的位置，并且無法將HTML控件作為目標，除非將它們作為流的一部分進行顯示。我們所做的任何工作都需要編寫代碼，包括HTML元素的輸出。 而ASP.NET就解決了這個問題，方法是為控件引入一個聲明的基于服務器的模型。這對ASP開發人員來說是一個截然不同的概念，因為控件在服務器上聲明，可以在服務器上編程，也可以是客戶端驅動的事件。這聽起來確實不可思議，但使用起來很簡單。為把一個普通的HTML控件變成一個服務器控件，只需將runat="server"作為一個特性添加到代碼中。例如： <input id="FirstName" type="text" runat="server" > 這是一個標準的HTML控件，增加了runat特性后，就可以利用服務器端的代碼對該控件進行編程了。例如，如果要將該控件置于一個窗體中，并且將該窗體提交回同一個頁面中，就可以在服務器端代碼中做以下修改： Dim PersonFirstName As String PersonFirstName = FirstName.Text 控件在服務器上運行，將允許我們使用ID特性來直接識別它。這樣代碼就具有更高的可讀性，原因在于不必引用窗體的內容或者將這些內容復制到變量中。同時直接引用控件也就更加自然了，從而使頁面的開發更加簡單。如果您做過Visual Basic或VBA編程工作，對這些概念就不會太陌生。 但是如果您以前只用ASP編寫過腳本，理解上述內容就比較吃力，不過這僅僅是因為ASP.NET用不同的方式處理往返于瀏覽器的頁面內容。如果您了解數據庫訪問技術，就應該使用過對象、調用方法以及設置過屬性，而這些與ASP.NET服務器控件并無多大差別。 說明： 第4章將介紹新的服務器處理結構。 3. Web Form控件 將現有的HTML控件轉換為服務器端的控件是比較容易的，不過這種方法仍然存在幾個問題： ● 一致性：我們仍然不得不接受一些HTML控件的非常不直觀的固有特征。例如，有沒有一個INPUT標記符用于單行文本項？有沒有一個TEXTAREA標識符用于多行文本項？指定行和列的單個控件真的更有意義嗎？ ● 用戶經驗：如何輕松地編寫站點，向諸如IE這樣的瀏覽器傳送豐富的內容，同時保留對低級別瀏覽器的兼容性呢？HTML是無法根據瀏覽器改變其內容的，而要達到這個目的，必須編寫代碼。 ● 設備：如何編寫站點來應付除瀏覽器之外的其他設備呢？如今像WAP手機、PDA甚至電冰箱這樣的設備都有瀏覽器。與瀏覽器問題一樣，都必須為其手工編寫代碼。 為了解決這些問題，Microsoft公司創建了一組服務器控件，它們都用asp:前綴標識。ASP.NET服務器控件通過以下方式來處理上述問題： ● 提供一致的命名標準。例如，所有文本輸入欄都由TextBox控件處理。對于不同的模式(如多行文本、密碼等)，只需指定相應的特性即可。 ● 提供一致的屬性。所有的服務器控件使用一組一致的屬性，這樣更便于記憶。例如，TextBox控件中的Text欄比Value欄更加直觀。 ● 提供一致的事件模型。傳統的ASP頁面通常有大量用于處理數據傳送的代碼，特別是當一個頁面提供多行命令時，就更是如此。而利用ASP.NET，我們可以為事件過程封裝控件，從而給服務器端代碼提供更多的結構。 ● 發送純HTML或者HTML與客戶端JavaScript。通過一個小異常(這是故意的)，服務器控件在默認狀態下會發送HTML 3.2，提供很高的跨瀏覽器兼容性。對其進行修改，使之在默認狀態下指向像IE這樣的高級瀏覽器，這樣控件就會發送HTML 4.0和DHTML，提供更豐富的界面。此時用戶只能看到HTML內容，而看不到服務器控件。 ● 發送設備指定的代碼。當一個瀏覽器發出請求時，某個控件會發送HTML，而當WAP手機發出請求時，該控件就會發送WML。該控件還會檢測設備并生成正確的標記。 該文章在 2015/1/31 23:34:57 編輯過
|
關鍵字查詢
相關文章
正在查詢... 
|
|||||||||||||||||||||||||||||||||
400 186 1886
