MasterPage之超严重Bug——将导致窗体内带有回发事件的控件无法回发事件——以及解决方案

这个问题已经有人在msdn上发表了，它的现象为：

当用户访问
1、使用了MasterPage的Web窗体
2、并且窗体内含带有回发事件的Web服务器端控件（比如LinkButton，这是很常见的，在DataGrid里用得太多了）
那么
1、页面打开时，IE会报JavaScript脚本错误——某行某个字符后期待";"
2、点击那些带有回发事件的Web服务器端控件（比如翻页时），IE会再次提示脚本错误——第1行第1个字符处，对象未定义——而页面将会没有任何反应（没有回发）

经多次验证比较，发现这个问题由的根源在Web窗体最终生成的客户端页面内，其中的__doPostBack函数。

我们知道（不知道的可以去相关网站找一下资料），.NET Framework会为窗体内带有回发事件的控件生成客户端回发脚本函数——__doPostBack——它负责将客户端的事件以及附带的参数以一定的格式随客户端form提交。问题就出在这个函数内。

没有使用MasterPage时，这个函数一切正常。在它内部有类似这样的代码：

theForm = document.Form1; // Form1是Web窗体内唯一的服务器端form（runat=server method=post），这也是.NET Framework 1.0/1.1所规定的Web窗体必须/尽可能具备的格式。

当我们使用MasterPage时，代码会有变化：

theForm = document.ContentContainer1:_ctl0:Form1; // form还是Form1，只是用到了MasterPage，MasterPage会将Form1放入ContentContainer内，从而产生了这样的控件父子关系。这种关系也令Form1在客户端的ID变成ContentContainer1__ctl0_Form1，其name变成ContentContainer1:_ctl0:Form1。熟悉JavaScript的人应该知道，当控件name中带有:或其他特殊字符时，仅仅使用"document.控件name"的方式将导致脚本错误。

出现这种后果显然无法通过普通的技术手段解决。想从根本上解决这个问题只有从.NET Framework或者MasterPage本身入手。对于前者，我们无从插手（内置MasterPage的.NET Framework 2.0不会对这样严重的Bug置之不理，微软也将对整个框架在许多方面进行重大改进）。所幸已有许多高手已经对MasterPage做出修正，WilsonMasterPages是我找到的一个MasterPage替代品。这是它的网页：

http://authors.aspalliance.com/PaulWilson/Articles/?id=14

注：以上地址中，WilsonMasterPages的示例代码有一处错误——
<wilson:masterpage runat="server" masterpagefile="Template.ascx">
中masterpagefile属性应为TemplateFile（大小写不敏感）
若按照网页内使用，将由于窗体内无TemplateFile属性而使用默认设置的TemplateFile路径

希望能对大家带来帮助，谢谢！