2

我们有一个大型 MS Access 项目，它需要在 VBA/访问表单环境中难以/不可能完成的 GUI 功能。

随着时间的推移，我们希望重写/迁移到以 WPF 作为表示层的托管 C# 环境。

我们做到这一点的唯一实用方法是在更长的时间内 - 首先转换一些 VBA 表单（这将提供最佳的生产力收益），然后在 12-24 个月的过程中转换整个系统。

你认为什么是最好的方法。MS Access 可以在我们转换 WPF 表单时托管它们吗？

4

2 回答 2

4

如果您查看 Visual Studio Tools for Office (VSTO) 会怎样？您可以使用 C# 为 Office 编写托管的 .NET 插件，它将作为功能区与 Office 集成。

现在，问题是 VSTO AFAIK 不支持 Access 加载项。但是，看看这里，似乎并不是那么不可能。

所以，如果你碰巧幸运的话，你可以

  • 为 Access 编写一个 C# 功能区，其中包含您需要的所有高级 GUI
  • 用 C# 编写可以从 Access 访问的服务，例如封装重要的业务逻辑，这样您不仅可以逐步移动 GUI，还可以在 C# 中构建适当的域对象模型。

如果您决定尝试一下，请告诉我结果如何 :) 无论如何祝您好运。

PS其他可能有帮助的东西？ 访问 2007 开发人员扩展 (ADE)

于 2008-11-24T01:03:09.317 回答
1

谢谢 badbadboy - 我一定会尝试这个（使用 VSTO）。

您建议允许 VSTO 与 ms 访问一起使用的解决方案似乎有点骇人听闻 - 我不介意这一点，但如果它不可靠，我对在生产中使用此解决方法感到紧张，即 MS 不会提供支持.

据我所知，这将允许我托管一个winforms控件，而该控件又托管一个 WPF 控件。

有人用生产系统走这条路——有什么警告吗？

请注意，codeplex 上有一个VSTO 访问项目模板，它使该过程更容易一些。

于 2008-11-24T01:59:22.030 回答