二进制兼容用的比较多一点,是保持ClassID不变,工程兼容用的比较少,不太清楚?
解决方案 »
- vb中 rnd函数和Function 嵌套使用
- vbs怎样通过远程电脑中转访问数据库?
- VB如何截取当前一个应用程序对网络外发的包
- 怎么样用VB做一个在VB环境下调用一个文档浏览器(比如WORDVIEW),来打开一个DOC文件,然后得到这个DOC文件的页数并且打印出来。
- 文件如何另存
- 关于ListView1的问题!
- 关于ADO的使用问题!
- 怪问题!怪问题!怪问题!
- 如何刷新远程sql数据上的视图
- 为什么我装WIN2000 SERVER 是,安装程序说未知版本!!!!!
- Vb中把.dat文件保存成execel,速度特別慢,那位高手能幫助解決一下,我今天必須解決啊!!求各位幫忙!!
- 串口编程高手看过来
//“工程兼容”选项实际上和“二进制兼容”选项(在“版本兼容性”中描述)无关。“工程兼容”更确切的叫法应该是“工程不兼容性”,因为每次编译工程时,Visual Basic 都会抛弃除了 GUID 以外的所有有关类型库的东西。
重点 保持被指定为引用版本的 .Exe 文件备份和新版本的编译备份之间的独立。每次进行中间编译时,Visual Basic 都会向可执行文件中添加新的接口标识符集,每个类模块一个标识符。如果把编译备份指定为参考版本,那么每次版本兼容的中间编译所增加的接口标识符都会堆积在一起。(对于版本相同的编译,接口标识符不会改变。)除了每个接口标识符要占用十六个字节以外,在有些情况下,在可执行文件中包含无用的接口标识符— 只有测试应用程序曾经使用过的中间版本— 将会减慢进程间对部件的访问,同时安装该部件的计算机的 Windows 注册表也会被无用的接口标识符弄得凌乱不堪。如果参考版本是上一次发布的可执行文件的备份,那么所有的中间编译会有相同的接口版本号,而最终编译只包含所需的接口标识符:所有参考版本的标识符集(为了提供向后兼容)再加上新版本中所有类的接口标识符集。注意 开发部件的第一个版本时,使用“工程兼容”而不是“二进制兼容”,情况恰好相反,参考版本会成为中间编译的版本。这不会使类型库膨胀,因为“工程兼容”从不保存接口标识符。就到这里吧,再细节的部分就看看MSDN吧。