程序开发中，经常会出现一些很郁闷的问题，怎么看怎么不该有错，却有偏偏有错，其实错误往往在一些不经意的角落，甚至一些你认为“不可能错”的地方。我们经常会把一些如验证信息等功能写在一个页面基类中，但是这样的页面有时候总会在PageLoad里出问题，很郁闷的问题，如转换无效之类的，如果按照头痛医头脚痛医脚的方法，查出错的语句，往往怎么查都没错，查看所有代码，你会发现都没有错。福尔摩斯说过“如果所有的其他可能都被排除，那么剩下的最后一种可能，无论多么离奇和难以置信，它都是真的”没错，查看了所有代码都没错，你还少看了哪里？？？对了，那些系统自动隐藏的，写着“窗体设计器生成的代码”的部分，的确是自动生成的代码错了，也许你看一眼，没错啊，平常都是这样的，都对啊。我们看看平常情况：
#region Web 窗体设计器生成的代码
override protected void OnInit(EventArgs e)
{
//
// CODEGEN: 该调用是 ASP.NET Web 窗体设计器所必需的。
//
InitializeComponent();
base.OnInit(e);
}
/// <summary>
/// 设计器支持所需的方法 - 不要使用代码编辑器修改
/// 此方法的内容。
/// </summary>
private void InitializeComponent()
{
this.Load += new System.EventHandler(this.Page_Load);
}
#endregion
看不出有什么问题吧？其实这个时候是考验细心和对系统工作认识是否足够的时候。请注意这2句：
InitializeComponent();
base.OnInit(e);
请注意这里的base ，在平时，这个base是指向页面类的父类，即System.Web.UI.Page 那么在InitializeComponent();以后再执行OnInit，是没有问题的，不过现在页面类基类换成我们自己的页面基类，我们可能会在页面基类中执行一些操作，比如在PageLoad中～～
请注意，如果base.OnInit(e)没有在InitializeComponent()之前调用的话，所有页面基类Page_Load事件处理程序都将不会在当前页面上的Page_Load事件处理程序之前执行。这样的话，当前页面的Page_Load事件处理程序中如果用到页面基类的Page_Load事件处理程序中的实例化的类时，就会有出现问题。
错误最后找到了，恰恰是发生在“不可能错”的地方，系统自动生成的代码。
如果所有的其他可能都被排除，那么剩下的最后一种可能，无论多么离奇和难以置信，它都是真的
于细微处见精神
