VBA调用标准函数不使用VBA.前缀的注意事项有哪些

为什么推荐写VBA.Replace()、VBA.Instr()而非直接使用无前缀版本 #

• 避免与自定义函数冲突：如果你在自己的模块中声明了同名的自定义函数，VBA默认会优先调用当前作用域下的自定义实现，加VBA.前缀可以明确指定调用VBA标准库的原生函数，不会出现调用错对象的问题
• 避免与其他引用库的同名方法冲突：当你的VBA工程引用了其他类库（比如Excel对象库、第三方控件库等）时，如果这些库中也存在同名的方法，VBA会按照引用的优先级顺序调用函数，不加前缀很可能调用到非标准库的实现，结果不符合预期

不添加VBA.前缀的常见隐患 #

• 执行结果不符合预期：除了上述两类冲突的问题，部分特殊的关键字类函数还有更特殊的表现，就像你提到的Len，Debug.Print Len(10)会抛出错误而Debug.Print VBA.Len(10)返回正常结果，本质就是名称解析优先级导致的问题
• 代码兼容性差：如果你的代码被其他开发者复用，对方的工程中刚好有同名自定义函数、或者引用了带同名方法的类库，代码运行就会出错，这类问题排查起来非常耗时
• 代码可读性下降：加VBA.前缀后，维护代码的人可以直接判断这是VBA标准库的原生函数，不需要额外查找该函数的定义位置

内容的提问来源于stack exchange，提问作者John Doe