在Visual Studio中，新建一個(gè)網(wǎng)站有兩種方式：ASP.NET Web Site與ASP.NET Web Application。與Web Site相比，Web Application有很多優(yōu)勢。網(wǎng)上已經(jīng)有很多文章來講述它們的區(qū)別了，Visual Studio的官方博客有一篇文章講述了它們各自的優(yōu)劣點(diǎn)。這里以Visual Studio 2010為例，新建一個(gè)Web Site的操作如下：

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

可以看到，這個(gè)App_Code的圖標(biāo)是區(qū)別與一般文件夾的：

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

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

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

好了，當(dāng)我們新建ASP.NET Web Application項(xiàng)目的時(shí)候，我們也想像這樣添加一些和項(xiàng)目相關(guān)的類文件，而不是去新建一個(gè)Class Library。這時(shí)你會發(fā)現(xiàn)，Visual Studio里已經(jīng)沒有App_Code這個(gè)特殊的文件夾了：

于是乎，你去Google或Baidu一下，那些文章就會告訴你讓你手動(dòng)添加一個(gè)名為"App_Code"的文件夾。于是你也照做了，也發(fā)現(xiàn)Visual Studio也確實(shí)識別了該文件夾，因?yàn)樗膱D標(biāo)和在Web Site中的一樣了：

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

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

結(jié)果你一運(yùn)行，問題就來了：

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

回到上面的錯(cuò)誤。它提示編譯器在調(diào)用一個(gè)方法的時(shí)候發(fā)現(xiàn)了兩個(gè)相同簽名方法，告訴你它不知道調(diào)用哪個(gè)。一般出現(xiàn)這個(gè)錯(cuò)誤，主要是由于在同一個(gè)命名空間中出現(xiàn)了相同簽名的方法，但這樣的錯(cuò)誤在你編譯項(xiàng)目的時(shí)候就會報(bào)錯(cuò)，不會等到你運(yùn)行的時(shí)候才報(bào)出來。

很自然的，我們會聯(lián)想到這個(gè)問題是由于ASP.NET運(yùn)行時(shí)對App_Code文件夾的特殊處理而造成的。因?yàn)橹挥蠥pp_Code文件夾中的代碼到運(yùn)行時(shí)才會被編譯，因此上面那個(gè)錯(cuò)誤的大標(biāo)題是"Compilation Error"，而所有其他地方有錯(cuò)誤的代碼在編譯時(shí)就會報(bào)錯(cuò)。

讓我們?nèi)emporary ASP.NET Files這個(gè)文件夾來看看究竟。這里存放的是ASP.NET在執(zhí)行期間所需的一些臨時(shí)文件。

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

你會發(fā)現(xiàn)這個(gè)DLL里面也包含了App_Code文件夾里面的代碼，因?yàn)槲覀儎偛虐阉旅嬖次募腂uild Action 改成了Compile，這樣就造成了重復(fù)的類和方法。

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

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

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