Access开发培训
网站公告
·Access专家课堂QQ群号:151711184    ·Access快速开发平台下载地址及教程    ·欢迎加入Access专家课堂微信群!    ·如何快速搜索本站文章|示例|资料    
您的位置: 首页 > 技术文章 > Access数据库-模块/函数/VBA

窗体类中慎用Option Explicit

时 间:2009-10-29 10:05:02
作 者:LucasLynn   ID:7973  城市:北京
摘 要:对于Option Explicit的建议是,尽量不要在窗体类中使用,但是同时也尽量把大量的程序放在使用Option Explicit的模块中,窗体类中尽可能少用变量。
正 文:

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

  经过一个小时的单步跟踪调试,终于发现原来问题出在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、对于每个控件都设定默认值。



Access软件网官方交流QQ群 (群号:54525238)       Access源码网店

常见问答:

技术分类:

相关资源:

专栏作家

关于我们 | 服务条款 | 在线投稿 | 友情链接 | 网站统计 | 网站帮助