2008-11-23 115 views
4

我想在MS Access中包含自定义的.Net控件和.Net窗体。 这是可能的,但我想知道是否有任何关于该主题的新的好文章。
随着时间的推移,我发现了一些与该主题相关的内容,但总是发现该过程有点麻烦(请参阅下面的参考资料)。在MS Access中使用.Net的方法

其中一个问题是部署:
我的用户的机器有正常的用户帐户,我想知道如果我可以部署在同一文件夹作为应用程序的动态链接库(在用户的Application Data文件夹),并从引用它们代码,无需在该计算机上以管理员帐户注册它们。
目前,在网络上提供新版本时,Access应用程序会自动部署。

参考

编辑09DEC2008
我不敢相信我是唯一一个对此有兴趣的人吗?有没有人试图在Access中使用.Net,作为改进UI或慢慢迁移到完整/ Net应用程序的方式?

回答

1

只是一个警告 - 我曾经在一个基于访问的系统上工作,这个系统的发展已经超越了为访问设计的方式,这真是一件苦差事。

我对您的项目一无所知,但考虑转向更灵活/可扩展的系统以避免问题,这可能是一个想法。

+0

这总是一个风险:访问应用程序往往会超出他们原本应该解决的问题。 但是,有很多理由希望在Access中集成.Net,其中之一就是它可以将应用程序迁移到.Net,而无需从头开始重写。 – 2008-11-23 15:08:16

1

你看不到很多人这样做的原因(在Access中使用.Net格式)有两方面的原因。

  1. MS Access不是一个.NET应用程序,因此,您必须马歇尔COM-互操作和.NET Framework是性能很重,容易出现问题之间的通话。
  2. MS Access不是持久数据的好解决方案。它最好用作原型工具。如果需要,最好使用内置的ADO.Net Dataset类,该类可以被保存到XML中。这绝对是一个更好的性能选择,也是一个使用托管内存,多线程等的.Net解决方案。

    您可以在Access中做的任何事情都可以在使用ADO.Net的.Net应用程序中更好地完成。
+0

是的,但如果您有一个现有的HUGE Access应用程序(太大以至于不能“完全”重写),那么COM-Interop是缓慢迁移的最佳方式。 我对这个主题也非常感兴趣(因为我有一个巨大的A2003应用程序),但我还没有足够的了解它尚未回答这个问题。 – 2008-12-10 08:27:52