KB-ASP.NET 2.0 網站部署的變革

VS 2005提供了Wizard可以將ASP.NET 1.1 Project無痛升級成ASP.NET 2.0,讓人覺得二者似乎沒啥不同,直到你將網站部署到正式環境時,才會發現人事己非。

在ASP.NET 1.1中,VS.NET 2003預設是用Code-Behind的方式,將所有的aspx的.cs Build成單一顆DLL,若要更新cs時,Rebuild再把dll Copy到正式機即可。如果你還想用這種方式處理ASP.NET 2.0網站的更新,包你傻眼!

ASP.NET 2.0在Code-Behind的概念上悄悄地做了大改變! 首先,ASP.NET 2.0用的是Code-Beside,而不是Code-Behind,也就是.cs直接放在網站上,使用者瀏覽頁面時才動態Complie。這樣的好處是,當你要改.cs的程式時,不須要重新Build DLL出來,只要直接改.cs的內容即可。(又回到ASP時代的方便性了,真是十年河東、十年河西...) 當然,大家馬上想到,那程式碼豈不被看光光?? 這就是方便的代價,如果你要保護.cs的程式邏輯不外露,則ASP.NET 2.0提出了一種Precompiled Web Site的概念(完整的Precompilation Model說明比較可以看這裡),就比較接近原來Code-Behind的精神。.cs會被事先Compile成DLL,這樣就只要部署aspx與dll到正式台上就可以了。

我們看一下,Code-Beside的網站會長成這樣:

(注意: 在ASP.NET 2.0中,與ASPX無關的獨立.cs要放在App_Code目錄下)
Precompiled Site則像這樣: (每個目錄一個.dll)


而要部署ASP.NET 2.0的網站到正式環境,有四種選擇:

1) XCOPY: 就是直接將檔案COPY過去,但預設的Code-Beside方式會有.cs外露的問題
2) Copy Web Site: VS 2005內建的工具,可以比對檔案新舊作同步,也可指定同步特定的Folder、File,但一樣有Code-Beside的.cs外露Issue。
3) Publish Web: VS 2005會進行Precompile的動作,並將aspx, dll檔案複製到遠端的主機上。但是,我們沒法選擇只更新某幾個檔案,一律全部覆寫!! (包含web.config,
額外Copy過去的東西也會被幹掉)
4) Build Setup Project: 建立一個專案,產生MSI自動安裝檔,但如果並不打算做大量部署時,這有點殺雞用牛刀的嫌疑。

老實說,以上三種方法中,3)比較接近實務的需求,但是每次都要"全站更新"的設計叫人不敢恭維,網路上不少人抱怨這一點,也有些改良的建議。其中我覺得較可行的方式是先Publish Web到Local Disk後,再選擇只Copy其中部分檔案到正式機。暫時我會先採行這種做法,等待將來有方便的Add-On或工具問市再說。(Publish Web Site時有個選項是"Use fixed naming and single page assembllies"[參見下方的圖],則每個ASPX會有其獨立的DLL,名稱也會包含ASPX的名稱以資識別,這有利於我們只更新單一的ASPX或其.CS邏輯,在實務上可以減少更新時Web Application需要重新啟動的範圍。但是網站大而ASPX很多時,DLL數目會多到嚇人是一大缺點。)

最後補充一點,Precompiled Site還有一種特異功能,可以連aspx的內容都全部藏起來,網站上放的aspx會是只有一行文字的空殼子,這應該是保密到家的最高境界了,做法是在Publish Web Site時,取消"Allow this precompiled site to be updatable"。

根目錄下會出現PrecompiledApp.config,bin下會出現幾個.compiled

此時開啟.aspx檔瞧瞧,其中只有一行文字。這個檔案只是用來讓IIS不要判斷檔案不存在而傳回404 Error,真正的HTML內容都藏在DLL裡去囉。

你可能感兴趣的:(asp.net)