|
vs2003與vs2005編譯區別
由於 ASP.NET 1.x 中引入了頁模型，ASP.NET Web 頁的編譯過程總是分成兩個階段。首先，代碼隱藏文件和其他支持類編譯到一個程序集中，然後在運行時編譯單獨的 ASPX 文件。雖然這種模型具有許多優點，但它也有一些缺點。ASP.NET 2.0 提供基本模型的幾種替代模型，並根據您的特定需要提供更爲廣泛的編譯選項。
ASP.NET 1.x中的編譯
ASP.NET1.x 中的主要編譯模型會導致一個應用程序程序集（包含所有的已編譯代碼隱藏文件和其他的源代碼）和一個爲每個被請求的 ASPX 頁而創建的臨時程序集。在有些情況下，編譯器優化（例如批處理）會引起將臨時 ASPX 頁編譯到同一個程序集中。在任一種情況下，每個 ASPX 頁都編譯到一個臨時程序集中，這樣它可以加載到 ASP.NET 運行庫。
雖然這種模型有優點，但它也有兩個主要缺點。首先，ASPX 頁必須要以人們可以閱讀的形式部署到 Web 站點。如果開發人員使用代碼內聯 模型，這意味着，一些（或所有）的業務邏輯也可以部署在生產服務器上。雖然沒有將 IIS 和 ASP.NET 配置爲公開原始的 ASPX 頁，但聰明的攻擊者仍可以通過任何攻擊（該攻擊打開到 Web 服務器的通道）來訪問這些文件。其次，第一次有人請求某 Web 頁時，響應速度將比正常速度慢一些，原因在於 ASP.NET 運行庫必須編譯 ASPX 頁。
這整個過程中，開發人員擁有的唯一控制權是決定是否批編譯 ASPX 頁。在 ASP.NET 1.x 中，可以通過修改 <compilation> 標記在 web.config 文件中配置批編譯。
清單 4. 配置批編譯
<compilationbatch="true|false"batchTimeout="number of seconds"maxBatchSize="maximum number of pages per batched compilation"maxBatchGeneratedFileSize="maximum combined size (in KB) of thegenerated source file per batched compilation"</compilation>
批編譯用啓動時間換取減少第一次請求 Web 頁的加載時間。批編譯的另一個好處是所有的 ASPX 文件都編譯到一個臨時程序集中，而不是一頁一個臨時程序集。
ASP.NET 2.0 中的編譯
ASP.NET 2.0 爲 Web 應用程序提供三種不同的編譯模型：
普通 (ASP.NET 1.x) — 在一個普通的 ASP.NET Web 應用程序中，代碼隱藏文件被編譯到一個程序集並存儲在 /bin 目錄中。根據要求編譯 Web 頁 (ASPX)。該模型對大多數 Web 站點都運行得不錯。但是，編譯過程使得第一次請求 ASP.NET 頁時的速度比隨後的請求速度緩慢。ASP.NET 2.0 繼續支持這種編譯模型。
部署預編譯 — ASP.NET 2.0 的一種新功能，允許在部署前對項目進行完整編譯。在完整編譯中，所有的代碼隱藏文件、ASPX 頁面、HTML、圖形資源以及其他的後端代碼都被編譯到一個或多個可執行程序集中，這取決於應用程序的大小和編譯設置。這些程序集包含所有的已編譯 Web 站點代碼，而資源文件和配置文件被複制，沒有做修改。這種編譯方法以犧牲修改部署後 Web 站點的能力爲代價，提供了最好的性能和安全性。如果您使用高可見或高安全的 Web 站點，這種選項是最終部署的最好選擇。但是，如果您正在構建一個運行局部 Intranet 的小站點，並且更改站點非常頻繁，那麼完整預編譯可能有點過分。
ASP.NET 2.0 編譯模型也允許預編譯應用程序的所有代碼隱藏文件並且仍可以更新代碼。可以將代碼隱藏文件和原始的 .ASPX 文件（都是局部類）編譯到一個預編譯類中（頁面的基類）。如果選擇在運行時編輯 .ASPX 文件，只需重新編譯頁面即可。
完整的運行時編譯 — 在部署預編譯的另一個極端，ASP.NET 2.0 提供一種在運行時編譯整個應用程序的新機制。也就是說，可以將未編譯的代碼隱藏文件和其他相關的代碼放在 /app_code 目錄中，並讓 ASP.NET 2.0 創建並維護對程序集的引用，這些引用將在運行時根據這些文件生成。這種選項以在服務器上存儲未編譯代碼爲代價，在更改 Web 站點內容方面提供了最大的靈活性。
選擇最佳的編譯選項要由具體的情況和需要決定，但編譯模型要有靈活性。即使選擇使用 /app_code 目錄來存儲代碼隱藏文件，您仍可以使用完整的編譯方法來部署應用程序。
批編譯
在 ASP.NET 2.0 中，可以利用單個 URL 請求來批編譯任何應用程序。如同 ASP.NET 1.x 一樣，批編譯消除了第一次頁面請求的延時，但造成了更長的啓動週期。另外，批編譯還要求在部署前編譯代碼隱藏文件。
Web.config 批編譯設置在 ASP.NET 2.0 中仍起作用。批編譯的優點是，第一個用戶可以立即使用頁面，而且在批編譯期間可以檢測到 ASPX 頁中的任何錯誤。但是，批編譯的確增加了應用程序啓動的延時，並且必須要內置在 Web.config 文件中。應當注意，如果某個文件出現了問題，則該批將不會接收它。
部署預編譯
部署預編譯允許創建一個或多個程序集，這些程序集是 Web 站點的可執行版本。所獲得的程序集包含 Web 站點的已編譯代碼。HTML 頁面、資源、配置文件和 ASPX 頁面被單獨複製。
部署預編譯要求使用一個稱爲 ASPnet_compiler.exe 的命令行實用程序。該實用程序創建一個目標部署目錄，該目錄包含一個含有程序集的 /bin 目錄和各種 ASPX 頁的 stub 文件。該實用程序還用來在原地進行預編譯，類似於調用"魔術頁"的行爲。stub 文件共享 ASPX 頁的名稱，但是包含調用已編譯程序集的簡單代碼。換句話說，ASPX 頁只是空殼而不是填滿的功能頁。
通過爲部署預編譯 Web 站點，您可以獲得增強的安全性，因爲只有進行反編譯程序集才能訪問您的代碼。爲了增強保護，可以弄亂所得到的程序集，使您的 Web 應用程序更加安全。部署預編譯的主要缺點是，在部署前必須執行這些步驟，並且在部署後不能更改 Web 站點。如果想進行更改，就必須重新編譯該 Web 站點並重新部署它。
對於大多數主要的 Web 應用程序，部署預編譯選項將是部署的首選機制，因爲它減少了在 Web 服務器上部署的原始代碼數量，並提供了最佳的安全性。這個增加的進程可以內置於通常的開發/測試/部署週期中，而工作效率並不會有多大損失。
完整的運行時編譯（/app_code 目錄）
在目前描述的所有三種編譯方法中，在部署前必須要編譯所有的代碼文件（代碼隱藏類和支持類）。在 ASP.NET 2.0 中，您有代碼目錄。
/app_code 目錄是一個保存未編譯類的特殊目錄。在運行時，ASP.NET 運行庫將該目錄中的內容編譯到一個程序集中，應用程序中的 ASPX 頁自動引用該程序集。換句話說，通過使用代碼目錄，可以避免爲支持代碼創建和引用單獨的程序集。代碼目錄的優點在於，不用完整編譯項目就可以部署，因此減少了不匹配的可能。缺點是，有可能在服務器上公開未編譯的代碼。
該選項最適合於不需要大量支持代碼（以代碼隱藏文件的形式或外部對象的形式）的 ASP.NET 應用程序。對於一個簡單的應用程序，與更爲健壯的編譯方法相比，快速部署和測試系統的功能提供了幾個優點。
|