ASP.NET 2.0與Visual Studio 2005正式上市至今已經有好幾個月了。隨著時間的一天天向前推移，如今越來越多的人能夠使用到這一產品。本文作者基于對該產品的試用試圖從個人角度來對這一產品的優點與不足作出評析，僅供參考。

　　一、 引言

　　說實在的，我對ASP.NET 2.0與Visual Studio 2005之間的關系有些喜歡也有些討厭；但是，我最終還是決定把我的大多數內部應用程序遷移到2.0并且決不后悔。基本上，ASP.NET 2.0中存在太多的新的特征使我的生活變得更為輕松，并且從此以后再也不會返回到以前的1.1版本中編程了。

　　到目前為止，這個平臺一直工作良好。我已經發現了其中存在的許多改進能夠大量地降低編碼的復雜性和編碼數量，在性能方面大約提高了10～20%，并且減少了內存需求量（這對于大型應用程序而言是十分重要的），但是對我的工作來說幾乎沒有太大的作用。

　　把2.0特征加入到現有應用程序中絕對不是一夜之間的事情。但是，隨著我逐漸地習慣快速地把大量的2.0特征加入到我的新式應用程序中，我的最后感覺是：如果再回到ASP.NET 1.1和VS 2003的話，那將是一個很大的后退。

　　二、 優點評析

　　下面，讓我們來逐步剖析這個新產品中的主要變化，首先來看一下它的優點。

　　(一) Visual Studio 2005基于文件的工程開發

　　現在，在Visual Studio 2005中，你能夠把一個目錄作為一個web工程來打開，這是一種相當不錯的改進。在我的開發機器上，我可能有50個不同的web工程。使用以前的VS2003，要把所有這些作為IIS中的虛擬目錄加以配置和維護并且使工程實現正確地引用是令人相當頭疼的事情。你不這樣認為嗎？你是否想把某些工程移動到一臺新機器上？在VS2005中，你只需要簡單地指向一個目錄就可以打開工程。你完全可以使用本地的Web服務器構建方式來運行應用程序，這樣以來就免除了配置Web服務器的需要。

　　這個特征特別適合于共享示例的開發者—任何想檢查一個示例web應用程序的開發人員都不必經受基于IIS進行配置的痛苦。現在，借助于基于文件的工程，你能夠—至少在開發場所下—實現真正的“xCopy”工程。這個特征相當偉大，但是也不無缺點（一會兒后我們會詳及）。

　　【另注】我接觸到的每一位都喜歡構建到Visual Studio內部的Cassini web服務器。當然，我也喜歡，因為它極大地簡化了許多問題的處理。然而，有關它的使用也存在一些缺點。主要是在使用過程中應當避免Cassini與IIS之間的相互干擾。例如，Cassini能夠把所有的請求傳遞給ASP.NET而忽略擴展內容。如果你擁有處理特定的文件類型的定制的處理器(例如，動態地構建Excel報告，等等)，那么，你必須記住，當發布你的應用程序時，你要在IIS中為擴展內容建立定制的映射；否則的話，IIS不會把請求傳遞給ASP.NET。我接觸過許多朋友在發布時花費大量的時間來解決他們的應用程序中的問題，因為他們在開發過程中從不擔心Cassini中的配置設置問題。

　　(二) 母版頁面

　　現在，你可以定義一個能夠在你的應用程序中重用的母版（Master）頁模板。使用這個功能能夠節約你大量的開發時間。事實上，在2.0版本出現以前，已經存在基于ASP.NET 1.x版本的這種概念，但是對于我來說，吸引我的最關鍵的特征在于，Visual Studio提供了對它的可視化支持。這可以使你看到母版的布局，其中ContentPlaceholders可以應用于每一個頁面中以提供頁面級內容。

　　除了設計器提供的重要的可視化方面外，母版頁模板還提供了一種良好的方式來把彼此相關的可重用的代碼聯系到一起。母版頁面的目的是，把以前需要使用若干用戶控件(例如，Header，Footer和Sidebar)才能實現的功能融合到一起，從而使它們能夠比以前更為有效地實現邏輯分離。

　　【另注】你還能夠在運行時