今天遇到一个怪病，困扰了我几个小时，我有一段程序读取窗体上的切换按钮状态，在一个新文件中运行得很好，但是同样一个按钮，同样代码，贴到另外一个窗体，却怎么也无法正常运行。

　　经过一个小时的单步跟踪调试，终于发现原来问题出在Option Explicit上。Option Explicit原来是用于提高程序性能，也为了减少编程错误而使用的，他要求用户必须声明变量后才能使用。避免了系统自动使用占用资源很多的Variant类型，也强迫程序员养成良好习惯，写出便于调试的代码。

　　但是Option Explicit如果在窗体类中使用，将导致另外一个恶果。那就是未赋值的窗体控件，你对其取值都将得到NULL，例如切换按钮，如果不使用Option Explicit，那么你对未操作的切换按钮取值将得到Boolean值False，但是如果使用了Option Explicit，那么你就将得到NULL。

　　这个细节很难被注意到，而且一旦窗体类中使用了Option Explicit，那么你将面对很多的IsNull判断，当然这还不是最致命的，毕竟IsNull也就是多写了几行代码，但是如果你在代码中使用了criteria，比方说域聚合函数，那么域聚合函数将报错，中止代码。而控件本身内涵在Criteria中，你根本无法对其进行IsNull判断。

　　另外一个副作用就是条件格式将可能得到预期之外的结果，比方说切换按钮状态，如果使用了Option Explicit，那么你必须注意，除了True和False之外，还可能有个值就是Null，你在条件格式中不应该使用=False，而应该使用<>True，看起来是不是完全等价？其实完全不同。

　　我个人对于Option Explicit的建议是，尽量不要在窗体类中使用，但是同时也尽量把大量的程序放在使用Option Explicit的模块中，窗体类中尽可能少用变量。

　　如果你一定要在窗体类中使用Option Explicit的话，你有两个选择：1、对于每个访问的值都进行IsNull判断。 2、对于每个控件都设定默认值。