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

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

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

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

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

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

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

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

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

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

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

優(yōu)化VS2005網(wǎng)站項目Build時間的特定技巧和訣竅

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

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

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

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

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