这一次,我们不用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一起工作,难道是兼容性的问题吗?本教程的最后一部分将详细探讨这些内容。
查看本文来源