VBA代码助手2.0/VBE中随时随地收藏及插入代码/免费开源/2.0更新加入工具条菜单

百度不到去谷歌

liucqa 发表于 2014-8-4 12:46
关于vba使用vb控件的兼容性问题，其实是没办法用简单方式解决的。

问题的原因出在微软方面。

目前我在不同环境写了几个版本的 大部分人找到对应版本应该可以用了
想更多人兼容怕是只能把控件拿出来放在自己安装目录然后在vba里注册和引用这个确定的控件
这样也只多一个文件 不影响本身xla
我试试看这个方法先

ak47ok

每次回帖、谢谢！辛苦了。

我是龙五

百度哥作品，非常厉害，好用！

liucqa

关于vba使用vb控件的兼容性问题，其实是没办法用简单方式解决的。

问题的原因出在微软方面。

有两种情况会导致此类问题的发生：
1、操作系统中压根就没有需要的控件
2、机器上有需要的控件，但控件被自动升级

第一种情况可以通过制作安装包，在安装时自行注册vb 安全补丁所带的最新版本的控件来解决，也可以手工注册解决。
第二种情况就很麻烦，某些机器安装的是老版本的控件，随着微软的自动升级，在某一天被升级成了新版本的控件，导致程序不能运行。实际上，即使是第一种情况也不能避免微软会由于安全性而再次升级控件（虽然可能性很小了）
因此，老程序员都会说，不到万不得已，绝对不要使用操作系统或者别的什么人提供的第三方控件，能自己写的都自己写。只不过这对开发费用来说是个很大的挑战。

当然，如果我们是使用VB、Delphi之类的语言来开发的话，也可以自己打包自己用到的控件，不使用操作系统里面的控件，这样就不会有冲突问题了。所谓的安装包的一个作用就是为了解决此类问题的。当然，操作系统升级导致的兼容性问题依然存在，而且无法解决。因此开发程序才有维护一说，随着操作系统的升级，程序版本也要升级的。

考虑到VBA的能力，要避免DLL升级导致引用错误的问题，恐怕只能使用后期绑定来避免冲突了（ADO常见此类绑定），当然，如果用到控件的话，控件也要改成动态创建。只要控件的接口和方法属性之类的不变，程序就能正确执行。只是至今为止，我没有见到过谁实现了这种后期绑定的编程。

实际上，从软件开发的角度来说，微软还是推荐采用其他的语言来给Excel开发插件，VBA不适合做复杂的工作，或者说VBA只适合做能力范围之内的工作。
如果我们一定要让VBA调用其他控件来扩展其能力的话，那就得忍受VBA开发带来的不便了。



类似C#之类的托管语言，已经解决了DLL冲突的问题，这也是未来业余程序员的发展方向，呵呵
如果你愿意的话，可以用VBA调用自己写的C#的控件来实现相同功能嘛




**********************************

还有一个思路，用代码打开对工程的信任，然后用代码自动引用操作系统中的控件版本，不过，我不赞成这么干

geryjun

非常好工具，收下了，谢谢！

百度不到去谷歌

waΙＴ_yΟＵ 发表于 2014-8-4 11:13
还真猜不出密码。。。。谁猜出来了告诉一下

这么难么.....首字母啊

waΙＴ_yΟＵ

还真猜不出密码。。。。谁猜出来了告诉一下

lxmgdsdxt

非常不错，学习了，如果能把treview这个控件的兼容问题也解决了，就非常的完美了！

gwfzh

收藏，赞美，学习，撒花。

hehex

FatSu 发表于 2014-8-4 09:57
百度君原来是在偷偷蓄积大招啊

俺是来看肥苏滴