[讨论] 请各位聊聊——MDE编译后的版本控制的兼容性问题

lynnwang

有关于MDE编译后版本兼容性问题的话题在论坛中几乎没有，我在将MDE作为后台模块，在前台引用的使用过程中，发现问题还不少
在这里请各位牛人们现身，聊聊——关于MDE编译后的版本控制的兼容性问题

purplerose

由于低版本打不开高版本所编译的MDE， MDE需要用低版本的来开发，那是不是需要装两个版本的A呀{:soso_e112:}

t小宝

这个问题非常值得讨论！
我们设计Access数据库很时候要给别人用，mdb发布时一般要转为mde。
会有这样的问题，mdb运行时一切正常，而转为mde后有时会出现一些问题，如果能总结出mdb转mde后会有哪些问题，这些问题的出现有什么规律就好了。
在这个帖子中就指出了一个问题，On Error Resume Next 在 mde 中失效。
[Access本身] mde与on error的困惑！

lynnwang

DLL用REGSVR32.EXE注册后都有唯一GUID，可作为管理
在VB在编译时，可以设置版本兼容，见下图


而MDE编译时却没有兼容性选择，
如果MDE作为后台模块，
在需要更新重新发布时，有什么注意事项吗？
因为我经常遇到重新发布时（后台模块有更新，前台未作更新），如果不重新引用（这里新版本与老版本模块同名同路径），或到其他系统测试，前台应用就会发生崩溃。

roych

俺觉得最麻烦的就是用惯了2003，但是默认情况下建立的却是2000版本，转换MDE时麻烦来了：版本不兼容。
但是一旦转成2002-2003格式之后，也许可以转成MDE，不过还是有问题：Access 2003根本打不开，说这个版本太高了，必须得2007或者2010版本才能打开~~

andymark

低版本不能兼容打开高版本的文件
MDE需要用低版本的来开发

lynnwang

我自己先来聊聊吧

为什么要用MDE作为后台模块呢，而不用DLL呢？
我总感觉因为作为开发ACCESS应用，MDB的调试与测试都要比VB或.net方便；
而Access程序中很多操作界面，也是调用后台MDE模块进行操作的，
如菜单【工具】》【数据库实用程序】中的【压缩和修复数据库】、【链接表管理器】等，
全部是【ACWZTOOL.MDE】中的东东。

用MDE作为后台模块，当然只有部分，我一般将与Access相关对象的模块作为MDE，其他还是编译成DLL，
我觉得还是DLL的性能要好，当然这是我的感觉，还未作测试。