在Visual Studio中，新建一個網站有兩種方式：ASP.NET Web Site與ASP.NET Web Application。與Web Site相比，Web Application有很多優勢。網上已經有很多文章來講述它們的區別了，Visual Studio的官方博客有一篇文章講述了它們各自的優劣點。這里以Visual Studio 2010為例，新建一個Web Site的操作如下：

很簡單。網站項目中除了該有的ASPX文件外，應該還有很多輔助的的CS文件，比如數據庫操作的，字符串操作等等所謂的輔助類。很多時候，我們可以新建一個Class Library來包含這些文件，以達到代碼復用的目的。但有些時候，很多類文件只適用于當前的網站，或者我們不想搞得那么復雜，想直接在Web Site中添加類文件。這時Visual Studio會彈出一個對話框來告訴你應該把類文件放在一個稱為App_Code的文件夾中：

可以看到，這個App_Code的圖標是區別與一般文件夾的：

與此類似的還有一些特殊的文件夾，我們可以在Web Site的名稱上點右鍵，選擇 “Add ASP.NET Folder”：

關于這些特殊文件夾的作用，可以查閱MSDN上的這篇文章：ASP.NET Web Project Folder Structure。

放在App_Code 文件夾中的源文件，CLR將會在運行時自動對這些代碼進行編譯。Web Site中的其他任何代碼都可以訪問產生的程序集。因此，App_Code 文件夾的工作方式與 Bin 文件夾很類似，不同之處是您可以在其中存儲源代碼而非已編譯的代碼。App_Code 文件夾及其在 ASP.NET Web 應用程序中的特殊地位使您可以創建自定義類和其他僅源代碼文件，并在 Web 應用程序中使用它們而不必單獨對它們進行編譯。更多App_Code文件夾與Bin文件夾的介紹，請點擊這里。

好了，當我們新建ASP.NET Web Application項目的時候，我們也想像這樣添加一些和項目相關的類文件，而不是去新建一個Class Library。這時你會發現，Visual Studio里已經沒有App_Code這個特殊的文件夾了：

于是乎，你去Google或Baidu一下，那些文章就會告訴你讓你手動添加一個名為"App_Code"的文件夾。于是你也照做了，也發現Visual Studio也確實識別了該文件夾，因為它的圖標和在Web Site中的一樣了：

這時候，你在App_Code中添加一些.cs文件，結果發現在Code-behind中卻無法引用它們了。你又去Google了一下，結果告訴你讓你改變.cs文件的Build Action，將它從默認的Content改成Compile：

好了，終于可以引用App_Code中的類文件了，項目編譯也能通過，貌似一切正常。估計此時你還會埋怨微軟為什么要把App_Code文件夾給去掉了。

結果你一運行，問題就來了：

以上截圖的這個Web Application是從博客園園友梁逸晨一篇博客里面下載的。他原來提供的是一個Web Site，我在將這個Web Site轉換成Web Application的過程中發現了上述的問題。

回到上面的錯誤。它提示編譯器在調用一個方法的時候發現了兩個相同簽名方法，告訴你它不知道調用哪個。一般出現這個錯誤，主要是由于在同一個命名空間中出現了相同簽名的方法，但這樣的錯誤在你編譯項目的時候就會報錯，不會等到你運行的時候才報出來。

很自然的，我們會聯想到這個問題是由于ASP.NET運行時對App_Code文件夾的特殊處理而造成的。因為只有App_Code文件夾中的代碼到運行時才會被編譯，因此上面那個錯誤的大標題是"Compilation Error"，而所有其他地方有錯誤的代碼在編譯時就會報錯。

讓我們去Temporary ASP.NET Files這個文件夾來看看究竟。這里存放的是ASP.NET在執行期間所需的一些臨時文件。

打開上面這個以App_Code為前綴的cs文件，你會發現它和項目中的App_Code文件夾下的代碼文件是一樣的。然后我們打開assembly這個文件夾，會發現Web Application項目生成的DLL文件，我們使用Reflector打開看看：

你會發現這個DLL里面也包含了App_Code文件夾里面的代碼，因為我們剛才把它下面源文件的Build Action 改成了Compile，這樣就造成了重復的類和方法。

其實解決這個問題的方法很簡單，只要你將文件夾的名稱改成不是"App_Code"就行了，這樣ASP.NET運行時就不會對它有任何的特殊處理了。另外一個解決辦法是維持App_Code下的代碼文件的Build Action為Content,這樣的話生成的DLL中就不會包含它，但這會造成Visual Studio的智能感知不起作用，因為這些文件將不會被識別為代碼文件。

總之，微軟在Web Application中去掉這個App_Code這個特殊的文件夾顯然是有意為之。而我們程序員也不要自作聰明的為它加上，對網上的一些文章要抱著懷疑的態度來看待，一定要自己動手實踐。

原文鏈接：http://www.cnblogs.com/moneyriver2006/archive/2012/05/19/2509302.html