開發ASP.NET 先行編譯與就地編譯在取得網站原始檔的主要差異點?

若您欲採用ASP.NET開發網站務必要記得網站原始檔要如何制定設計模式
對於網站我們會建議您採用程式碼前置的就地編譯模式進行開發
此種開發模式雖然對設計人員比較辛苦,但是對委託方比較有利
1.可以取得真正的網站原始碼,而非先行編譯的加密後的網站執行檔.
2.採用程式碼前置可以讓任何一個團隊輕易接手,因為新團隊只要核對運作中的網站看瀏覽器的網址列就可以清楚知道要修改的檔案在哪裡.

微軟官方對先行編譯與就地編譯的差異有做非常詳細的說明以下是微軟官方提供的內容的部分,詳細請參考微軟官方網址
https://msdn.microsoft.com/zh-tw/library/bb398860(v=vs.100).aspx

就地編譯:
您可以先行編譯已位於實際執行伺服器的網站。這就是所謂的就地編譯。如果您對應用程式中的檔案進行變更,就可以使用 ASP.NET 編譯工具來重新編譯受影響的檔案,而受影響的檔案則會在下次從應用程式要求頁面時重新編譯。
優點
使用就地編譯的優點包括:
•減少從網站進行首次要求的回應時間。
•不需任何其他特殊的部署步驟,應用程式經過編譯後,就好像從網站要求某個頁面一樣。
缺點
使用就地編譯的缺點包括:
•應用程式的所有原始程式碼都必須儲存在實際執行伺服器上。
•具有網站目錄存取權的任何使用者,都可以使用原始程式碼和 UI 程式碼。

使用可更新的 UI 先行編譯:
您可以透過使用 ASP.NET 編譯工具的 -u 參數,將原始程式碼 (.cs、.vb 檔及 .resource 檔) 編譯成 DLL。並保留 .aspx 檔中的 UI 標記,以便用於更新。將網站部署至實際執行伺服器後,就可以變更 .aspx 程式碼,而不需要重新編譯整個網站。
優點
先行編譯具有可更新 UI 之網站的優點包括:
•減少從網站進行首次要求的回應時間。
•使用者介面設計人員可以修改網站的外觀和行為,而不需要重新編譯整個網站。
•對於應用程式原始程式碼中的智慧財產提供一種保護方法,使其受到保護,防止對網站目錄具有檔案系統存取權的任何人隨意查看。
缺點
先行編譯具有可更新 UI 之網站的缺點包括:
•需要進行個別的編譯步驟,然後才能部署至實際執行伺服器。
•對網站目錄具有存取權的任何人都可以使用應用程式 UI (.aspx 檔) 中的智慧財產。
•如果 CodeFile 類別 (Class) 是使用程式碼後置模型之網頁的關聯程式碼檔案,則多個網頁無法參考此同一類別。

開發ASP.NET 先行編譯與就地編譯在取得網站原始檔的主要差異點?