【Visual Studio风格开发系列 - WinForm设计时异常】关于VS.NET中窗体设计器初始化控件引发的设计时异常

在用 VS.NET 进行窗体设计的时候，经常会遇到这样的问题：我们需要在构造函数或者在 OnLoad 事件中进行自己的一些初始化操作，比如连接一个数据库、调用一个资源文件或者后期绑定一个组件。如果代码通过编译，在运行时会执行得相当如你所愿。然而，当我们用窗体设计器打开这样一个窗体或者继承的窗体， IDE 环境会抛出非常令人不愉快的异常，比如（ NullReferenceException ）。

究其原因，主要是窗体设计器在载入窗体时会自动初始化该对象，自动执行诸如构造函数、 OnLoad 方法和 InitializeComponent 方法，目的在于能使窗体设计器展现出可视化的编辑操作环境。（一些第三方控件也就是利用这个时机弹出注册认证的）。

现在大家明白了，原来我们通过窗体设计器打开一个窗体类或控件类时， IDE 环境已经悄悄地在宿主进程中实例化了我们的类。

如果我们在构造函数中写了这样的代码：

public class MyClass : System.WIndows.Forms.Form { public MyClass(string fileName) { InitializeComponent(); FileStream myFile = File.Open( filename ); // 窗体设计器可能抛出异常！ //… } //… }

问题便由此产生， fileName 参数的值是程序在运行时传递的，设计时当然无从获得。所以，窗体设计器在打开此窗体类时，必然会抛出异常，同时窗体将无法正常显示。

解决这种问题的办法网上其他朋友说了很多，归纳起来好像主要有以下三种途径：

一、判断 this.DesignMode 属性
这是让人一眼看过去就觉得最直接最有效的方法，绝对有一种踏破铁蹄无觅处，得来全不费功夫的欣快感——可惜的是，用起来一点不奏效。因为如果该窗体是个独立窗体或控件，那一点问题都没有， DesignMode 的值如你所愿为 true ，但是如果它是包含在其他控件中被拖拽到设计器中（例如，把设计好的控件拖入新的 WinForms 窗体），那么那个接受拖拽的窗体才处于设计模式，而它不是，它已鬼使神差地进入了 RunTime 模式，然后如我所愿，抛出异常 J 。

 

二、利用 Assembly.GetEntryAssembly() 方法

判断执行程序入口的组件是不是我们预想的，如果不是，那么必然是 IDE 的窗体设计器调用的——问题解决——只是有点大炮打蚊子的感觉。

 

三、定义一个静态成员，指示程序所处的模式
此方法我认为最好。具体做法是写一个全局类，也就是构造函数为 private 限制 的类，里面的成员都为 static 静态类型。这样的一个类由于构造函数是私有的，所以不可能自任何地方任何外部代码中实例化，从而保证了其内成员的唯一性。然后，在程序的入口处，把此类的一个用于表示运行模式的静态成员标识为“运行时”，下面 …. 一切都好说了，看代码吧： 

//全局类 public class GlobalClass { //私有构造器，防止实例化 private GlobalClass(){} //用于标识运行时/设计时的bool型静态成员，初始值设为false public static bool RunTimeMode = false; } //包含程序入口的类 Public class Entry { … //主线程入口点，窗体设计器绝不会执行此方法 static void Main(string[] args) { //置为true GlobalClass.RunTimeMode = true; //….. } //… } //某个窗体类 public class MyForm : System.Windows.Forms.Form { public MyForm() { //窗体设计器必须调用的 InitializeComponent(); //判断运行模式 If( GlobalClass.RunTimeMode ) { //在此处做一些窗体设计器会报错的事情 } //… } //… } 呵呵，问题圆满解决。其实这样一个全局类在我们平时设计系统的时候会经常用到，多用于存储一些对象间的交互数据或者运行时环境参数。

如果大家有什么更好的办法解决所述问题，记得分享哦 :)

转载自：http://blog.csdn.net/uyi/archive/2006/03/18/628694.aspx