今天又碰到這個(gè)錯(cuò)誤了，暈啊；難到我又犯低級(jí)錯(cuò)誤了？

項(xiàng)目發(fā)布了一下，運(yùn)行時(shí)就出錯(cuò)了，錯(cuò)誤代碼如下：

說明: 在分析向此請(qǐng)求提供服務(wù)所需資源時(shí)出錯(cuò)。請(qǐng)檢查下列特定分析錯(cuò)誤詳細(xì)信息并適當(dāng)?shù)匦薷脑次募?

分析器錯(cuò)誤信息: 發(fā)現(xiàn)不明確的匹配。

源錯(cuò)誤:

“/”應(yīng)用程序中的服務(wù)器錯(cuò)誤。

---

分析器錯(cuò)誤

?

              
                行 1:????????? <%@ page language="C#" autoeventwireup="true" inherits="web_GovOpen_DepartInfo, App_Web_departinfo.aspx.65a6504e" %>
              
              行 2:????????? 行 3:????????? <%@ Register Src="top.ascx" TagName="top" TagPrefix="uc4" %>
            

源文件: /web/govopen/departinfo.aspx ??????????? 行: 1

-------------

這個(gè)錯(cuò)誤的原因我自然是很清楚，只是不知道為什么它會(huì)出這個(gè)錯(cuò)。

估計(jì)前一段，要新增功能，我沒功夫做，讓一個(gè)同事幫做了，可能是他在頁面中新增的控件id與cs文件中我原有的變量名重名。查看了一下源代碼，果然如此；

今天有空，解釋一下這個(gè)錯(cuò)誤的原因吧。

在ASP.net中，每個(gè)aspx頁面都會(huì)有一個(gè).cs文件，（好像不可以多個(gè)aspx共用一個(gè)cs的，我前面就碰到這個(gè)問題），在aspx頁面中，我們會(huì)用到服務(wù)器控件，或html控件，這些控件的id命名時(shí)，如果與cs文件中的變量重名的話，就會(huì)出錯(cuò)；而且不管大小寫是否一樣，都會(huì)報(bào)錯(cuò)；

可能大家會(huì)問，C#不是區(qū)分大小寫的嗎？C#是區(qū)分大小寫的，也正是因?yàn)槿绱耍覀冊(cè)谡{(diào)試時(shí)不會(huì)報(bào)錯(cuò)，而IIS呢，它是不區(qū)分大小寫的，發(fā)布后，就報(bào)錯(cuò)了。

當(dāng)然，如果你不想改動(dòng)程序去修正這個(gè)錯(cuò)誤的話，你也可以將整個(gè)項(xiàng)目的源程序復(fù)制到IIS目錄下，就可以正常運(yùn)行，呵呵，非常不建議這樣做；

我們寫在程序時(shí)，雖然C#中，變量string company與string Company會(huì)被區(qū)分成兩個(gè)變量；但我們并不提倡這樣做，應(yīng)盡量避免，這個(gè)大家一般不會(huì)寫錯(cuò)；主要是aspx頁面中的控件id，id之間也不要用相同的字符，而且與cs文件中變量名也不要采用相同的字符，不僅是區(qū)分大小寫的問題；

再有，就是，在程序中，我們寫好了一類，如Deparment；而我們?cè)赼spx的頁面中，放了一個(gè)控件，如gridview，其id為department或是Deparment，在cs文件中，我們照樣可以Deparment.DataSource，以及Deparment.DataBind()來綁定，都不會(huì)報(bào)錯(cuò)的；而一旦發(fā)布后，到了IIS中，就會(huì)報(bào)錯(cuò)；

這些命名方法，雖然不算錯(cuò)誤的，但要避免，不要光看調(diào)試時(shí)報(bào)不報(bào)錯(cuò)，關(guān)鍵是，項(xiàng)目發(fā)布后是否正常運(yùn)行；我們還要考濾項(xiàng)目發(fā)布后的運(yùn)行環(huán)境，就是在IIS下的情況。

分析器錯(cuò)誤信息: 發(fā)現(xiàn)不明確的匹配。