|
 |
推荐文章 |
|
|
|
|
|
|
|
|
|
|
| 作者：ADDING 日期：2005-8-4 11:09:30 |
|
|
这一次，我们不用Visual Basic来测试前面的程序，而是先来编译：
选择"File"->"Make Project1.exe"菜单；
择要保存的文件夹，单击[OK]按钮；
退出Visual Basic；
运行刚才编译过的.EXE文件；
当表单出现时，试试打开一个customer，然后对其修改并单击[OK]按钮。再打开刚才的customer，看看其资料是否被修改？结果应该是这样，因为ActiveX DLL会自动将结果保存在数据库中。
现在，让我们静下来想一想刚才做过的事件。我们只用了几条简单的语句就建立了一个自己的数据库应用程序，虽然这里只使用了COM一点功能，但却使得应用程序变得如此容易。
关闭已测试完的应用程序；
如果上述过程比较顺利的话，那么我们再做这样的测试：
打开Northwind工程；
假如对Northwind工程作了某些修改，那么还需要重新编译：
选择"File"->"Compile Northwind.dll"菜单；
选择和上次保存Northwind.dll相同的文件夹，以便覆盖原来的文件，单击[OK]按钮；
需要说明的是，如果编译时出现错误，那肯定在程序中有一些不对的地方。关闭所有正在运行的程序，然后再重新试一试。
编译后，退出Visual Basic；
再次运行Project1.exe；
天啦，居然会有错误信息，类已不再支持原来接口。
这就是我们做的一种测试，当重新编译ActiveX工程时，使用它的程序就会被支解。
解决上述问题的一种办法是将Project1文件打开并重新编译。但是假如工作组中有两百个员工，这就是说，我们得把重新编译好的工程和新的DLL分发到这两百个员工手上。
你能受得了吗？
不，不能这样做。我们必须搞清楚错误产生的原因，以及弄明白为什么我们的工程不能和最新的DLL一起工作，难道是兼容性的问题吗？本教程的最后一部分将详细探讨这些内容。
|
|
|
|
|
|
特别声明： 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员，我们尽快予以更正。 |
|
|
|
|
|
责任编辑： 原点 |
投稿作者： ADDING |
|
|
信息来源： 网络 |
录入时间： 2005-8-4 11:09:30 |
|
|
|
| |
|
设为首页
加入收藏
总编信箱
投稿或申请专栏请先 [登 陆]