| 窗体类中慎用Option Explicit |
|
| 作者：LucasLyn… 文章来源：http//bbs.office-cn.net/ 点击数： 本日：{$DayHits} 更新时间：2006-8-4 11:35:59 |
今天遇到一个怪病，困扰了我几个小时，我有一段程序读取窗体上的切换按钮状态，在一个新文件中运行得很好，但是同样一个按钮，同样代码，贴到另外一个窗体，却怎么也无法正常运行。
经过一个小时的单步跟踪调试，终于发现原来问题出在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、对于每个控件都设定默认值。 |
| 文章录入：tm 责任编辑：tm |
|
上一篇文章： 新手获取帮助的几个途径
下一篇文章： Dim的陷阱 |
| 【字体：小 大】【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】 |
用户登录 
新用户注册 
网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！）
