本文向大家介紹VS2003 SP，可能好多人還不了解VS2003 SP，沒有關系，看完本文你肯定有不少收獲，希望本文能教會你更多東西。它提供了一個使用了基于MSBuild的build系統的項目模型。

VS2005網站項目和VS2005Web應用項目簡介，VS2005支持兩種項目模型：VS2005網站項目(WebSiteProjects)和VS2005Web應用項目(WebApplicationProjects)。VS2005網站項目是VS2005剛發行時內置的項目模型，它提供了一個基于無項目(project-less)的模型來開發web應用，該模型使用了ASP.NET2.0在運行時使用的同個動態編譯系統。而VS2005Web應用項目則是今春早些時候發布的一個完全支持的可下載項目模型，它提供了一個使用了基于MSBuild的build系統的項目模型，可以把一個項目中的所有編碼編譯成單個程序集(與VS2003類似，但又少了VS2003web項目中涉及FrontPage服務器擴展，IIS依賴性，以及其他問題的種種限制)。

想進一步了解VS2005Web應用項目的話，請參考我發表在http://webproject.scottgu.com網站上的系列教程。注意，對VS2005Web應用項目的支持將包含在VS2005SP1中，這樣以后就不用另外下載了。

VS2005網站項目和VS2005Web應用項目兩個模型在將來的VisualStudio版本中將會繼續被完全支持。我們發現，有些人喜歡一個模型，憎惡另外一個模型，反之亦然。從特性(feature)的角度看，沒有“***的模型選擇”這一說，完全取決于你個人的愛好和你們的團隊協作機制(teamdynamics)來決定哪個模型最適于你。譬如，許多的企業開發人員喜歡VS2005Web應用項目模型，因為它提供了更多的build控制和團隊集成支持，而許多的web開發人員則喜歡VS2005網站項目模型，因為它的“即存即行(justhitsave)”的動態模型和靈活性。

有2篇文章，你也許會發現在決定采用哪個模型時有用，這篇MSDN上的白皮書內含對這兩個模型的比較，而RickStrahl的《Web應用項目和Web部署項目發布了》一文對不同選項的利弊做了一個很好的討論。

想從VS2005網站項目模型遷移到VS2005Web應用項目模型的話，請按這個C#或VB版的教程里示范的步驟做。

那么哪個項目模型Build起來快些呢？#t#

在對項目做fullbuild時，VS2005Web應用項目模型編譯起項目來會比VS2003 SP網站項目模型快很多。fullbuild是指對項目里的每一個類和網頁要做編譯或重新編譯的情形，要么因為你在build菜單里選了Rebuild，要么因為你修改了一個依賴的類庫項目或者/app_code子目錄里的編碼，然后點擊了build或按了ctrl-shift-b來編譯解決方案。

在這些“全部重新編譯(fullrebuild)”的情形下，VS2005Web應用項目編譯比VS2005網站項目快很多有幾個原因。主要原因是，跟在VS2003中一樣，VS2005Web應用項目只編譯你的頁面的后臺編碼(code-behind)以及你項目中的其他類文件。它既不分析也不編譯你的.aspx頁面內的內容/控件/行內(inline)編碼，這意味著，它不需要parse那些文件。壞處是，這也意味著，在編譯過程中，它不會檢查那些文件是否有錯(而VS2005網站項目則會識別其中的任何錯誤)。好處是，這使得編譯極其快。

那么，這是否意味著你總是應該在大型項目的情形下使用VS2003 SP應用項目模型來得到最快的build時間呢？不，不一定。VS2005網站項目的一個很好的特性是對“按需編譯(ondemandcompilation)”的支持。這在你對所依賴的文件做了變化(dependentchanges)后，讓你避免常規地重新編譯整個項目，而是只需要對那些你正在編輯的頁面做重新編譯，而且這個編譯是按需進行的。這會給你的解決方案帶來build性能上的極大改進，而且也會在開發非常大的項目時給予你非常好的工作流程。如果你想要在保持網站模型靈活性的同時改進build性能，我強烈推薦使用這個模型。

下面幾節提供了針對VS2005網站項目模型和VS2005Web應用項目模型優化技術方面的特定教程，包括我上面描述的“按需編譯(ondemandcompilation)”build選項。

優化VS2005網站項目Build時間的特定技巧和訣竅

在使用VS2005網站項目模型時，按下述步驟做VS2003 SP的話，你就可以極大地改進build性能：

1)確認你沒有遭受我稱之為“程序集引用沖突(DuelingAssemblyReferences)”的問題。我在這個博客帖子里描述了如何發覺和解決這個問題。如果你曾經在build時看到編譯過程好像在“正驗證網站(ValidatingWebSite)”這個編譯階段停頓了(意即，輸出窗口里超過幾秒鐘都沒有輸出)的話，你非?？赡苁怯錾线@個問題了。VS2003 SP使用上述這個博客帖子里概述的技術來解決這個問題。

2)把在/app_code子目錄里的文件的數目保持在很小的范圍。如果你***在這個目錄里有一大堆類文件的話，我建議在你的VS解決方案里另建一個類庫項目，把這些類移到這個類庫項目里去，因為類庫項目比/app_code子目錄里的類編譯快多了。如果在/app_code目錄里只有小數量的文件的話，這通常不是個問題，但你有很多目錄或數十個文件，那么把這些文件移到一個單獨的類庫項目里，然后在你的網站項目里引用這個類庫項目，你將能改進build速度。另一個需要知道的事情是，每次你在VSHTML設計器里從源碼視圖轉換到設計視圖時，設計器會在設計表面加載之前引起/app_code目錄的編譯。原因是，這樣你就可以在設計器里使用在/app_code目錄里定義的控件。如果你沒有/app_code目錄，或者里面沒幾個文件，那么頁面設計器加載起來就會極快，因為它不需要先做很大的編譯工作。

3)在你的網站項目中激活“按需編譯(on-demandcompilation)”。右擊你的網站項目，打開項目屬性頁。在左邊點擊Build區，打開項目的build設置。在設置里把“F5啟動操作(F5StartAction)”從“BuildWebSite(網站)”改成“BuildPage(頁面)”或“NoBuild(不Build)”選項。然后，確認清除了“把網站當作解決方案一部分來Build(BuildWebsiteaspartofsolution)”復選框：

這讓你來控制你要核實你網站上的哪些頁面以及什么時候核實，可以極大地改進build性能。我推薦做的一個訣竅是，在你的環境里添加一個快捷鍵，允許你很快地觸發Build Page操作，以避免使用鼠標和菜單。你可以這么做，選擇工具->定制菜單選項，然后在定制對話框的左下方點擊“鍵盤”按鈕。這會打開一個對話框，讓你選擇VS Build.BuildPage命令，然后與你想要的任何鍵組合相關聯：