说到vba类模块和标准模块的区别，十个人里得有八个第一反应就是上网搜一搜。但搜出来的东西要么太泛，要么太旧，真正能用上的不多。这里结合实际项目经验，聊聊干货。 检测设备VBA选型：类模块和标准模块区别在哪 具体来说，vba类模块和标准模块的区别这类问题，现场见过不少。昨天在质检车间，老李拿着游标卡尺抽检刚到的测厚仪外壳，壁厚卡在1.8mm，比国标GB/T 8478-2020里写的1.6mm多了两丝。他嘴里嘟囔：“多这两丝，装到产线上传感器就顶不进去，回头还得拿锉刀修。”旁边负责调试的小王接话：“李哥，你这算好的，我上周改那台检测设备的VBA程序，模块选错了，改到半夜两点。” 小王说的模块选错，就是VBA里类模块和标准模块的区别没搞清。他当时想把一套数据采集逻辑封装起来，结果图省事全写在标准模块里，后来要同时跑三台不同型号的传感器，变量互相打架，一个改完另一个就报错。说白了，标准模块就像车间里那个公共工具箱，谁都能伸手拿，方便是方便，但你放进去的扳手别人拿走了你都不知道。说起来简单，做起来要留心。类模块呢，相当于给每个工位配一个带锁的抽屉，钥匙只给对应的人。 从实际操作来看，这点很多人忽略了——检测设备上跑VBA，标准模块适合放那种全局通用的东西。比如你写一个计算平均值的小函数，所有工位都调它，参数就传个数组进去，不保存任何状态，这种扔标准模块里最省事。但你要是写一个“采集卡控制”的对象，里面要记住当前采样率、通道号、触发模式，下次调用还得接着上次的状态跑，那就必须用类模块。这点直接影响结果。类模块能实例化，你New一个出来就是独立的一份，三台传感器各New各的，互不干扰。 行业里有个妥协你得知道。有些老设备厂商为了省开发成本，把本该用类模块写的设备驱动硬塞进标准模块，靠一堆全局变量硬撑。表面上看性能也能跑，但只要你同时开两个采集任务，全局变量就被覆盖，数据直接串了。这种代码验收时跑单台没问题，一上产线多台联机就露馅。因此别光看它演示，要问清楚：这套VBA里有没有用类模块封装设备状态？还是全靠标准模块加全局变量糊弄？ 换个角度看，验收时候怎么核对？你让开发把VBA工程打开，看模块列表。标准模块名字通常是Module一这种，类模块会显示成Class1或者带括号的类名。再点进去看代码：标准模块里应该只有Sub和Function，不出现Private变量在顶部声明后跨过程共享。类模块里应该有Private m_开头的成员变量。还有Class_Initialize和Class_Terminate这两个事件。如果对方说“都是标准模块，但逻辑没问题”，你就让他同时启动两个采集实例，看数据会不会串。串了，就是没分清vba类模块和标准模块的区别，回去重写。 最后说句实在的，检测设备上跑VBA，标准模块管“算”，类模块管“记”。算的东西可以共用，记的东西必须各记各的。你验收时拿这个标准去卡，比看什么文档都管用。 搞vba类模块和标准模块的区别这事儿说难不难，但细节确实多。把上面几点做到位，大部分常见问题基本能避开。剩下的就是实际操作中慢慢摸索了。