|
 |
栏目导栏 |
|
| |
|
|
|
|
|
资料搜索 |
|
| |
|
|
|
|
|
热门文章 |
|
| |
|
|
|
|
|
最新文章 |
|
| |
|
|
|
| |
| |
|
|
|
|
在本教程第二部分的最后，我们遇到一个小问题，但确切地说，那实际上是一个大问题。如果有时间的话，这个问题应该值得我们花大精力去研究。 UF5Linux联盟
UF5Linux联盟
还记得我们是怎样遇到那个问题吗？当时，我们先编译ActiveX DLL，然后编译使用该DLL的测试程序。接着，我们重新编译DLL，那是因为假设DLL中的内容需要修改。然而，再运行测试程序时，却出现错误！ UF5Linux联盟
UF5Linux联盟
虽然，我们可以重新编译测试程序，以便该程序能正确运行。但是，如果这里不是VB程序，而是Excel数据表或是C++统计程序在使用该DLL，那么是不是每次对ActiveX DLL进行小小的修改后都要重新编译这些程序呢？ UF5Linux联盟
UF5Linux联盟
是的，肯定不能这样。 UF5Linux联盟
UF5Linux联盟
因为经验告诉我们，这是一个兼容性问题。所以，可以这样处理： UF5Linux联盟
UF5Linux联盟
启动Visual Basic，打开Northwind工程； UF5Linux联盟
UF5Linux联盟
选择"Project"->"Northwind Properties"菜单； UF5Linux联盟
UF5Linux联盟
单击"Component"标签； UF5Linux联盟
UF5Linux联盟
浏览一下"Version Compatibility"的页面内容，可以发现有三个选项。现解释一下： UF5Linux联盟
UF5Linux联盟
No Compatibility —— 每次编译时，用户COM组件都被标有一个新的标记，这就意味着程序只能使用旧标记(以前版本)的DLL。 UF5Linux联盟
UF5Linux联盟
Project Compatibility —— 每次编译时，用户COM组件不是总会被标有一个新的标记。如果是的话，任何当前使用的应用程序都会失败。事实上，只有当当前工程和已经编译过的DLL工程有较大不同时才会这样。 UF5Linux联盟
UF5Linux联盟
Binary Compatibility —— 每次编译时，应用程序总试图保存前一个编译过的DLL标记，这样就确保了使用的应用程序不会出现蓝屏的死机现象。但是，若当前将要编译的DLL和以前编译过的DLL区别太大，则新的标记就会被标上。 UF5Linux联盟
UF5Linux联盟
让我们测试一下上述论点： UF5Linux联盟
UF5Linux联盟
打开本教程上一部分的测试程序； UF5Linux联盟
UF5Linux联盟
重新编译一下； UF5Linux联盟
UF5Linux联盟
试运行一下，应该能正常工作； UF5Linux联盟
UF5Linux联盟
打开ActiveX DLL工程； UF5Linux联盟
UF5Linux联盟
将其属性设置为Binary Compatibility； UF5Linux联盟
UF5Linux联盟
重新编译一下该DLL； UF5Linux联盟
UF5Linux联盟
试运行一下测试程序，应该能正常工作。 UF5Linux联盟
UF5Linux联盟
好了，看起来似乎解决了问题。但当重新编译DLL后，大多数开发人员将会陷入另一种不兼容的境地。 UF5Linux联盟
UF5Linux联盟
难道就没有更好的解决办法吗？我们暂时将这个问题放到一边！ UF5Linux联盟
UF5Linux联盟
您可访问下列站点以获得更多的内容： UF5Linux联盟
UF5Linux联盟
www.PylonOfTheMonth.co.uk.
Linux联盟收集整理 ,转贴请标明原始链接,如有任何疑问欢迎来本站Linux论坛讨论 |
|
|
|
|
|
