如何在MS Access VBA窗体中承载WPF控件？

我们有一个大型MS Access项目，需要GUI功能，这在VBA/Access窗体环境中很难/不可能实现

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

我们实现这一目标的唯一可行方法是在更长的时间内——首先转换一些VBA表格，以提供最佳的生产力效益，然后在12-24个月的时间内转换整个系统

---

你认为什么是最好的方法。MS Access能否在转换WPF表单时托管这些表单

如果您查看用于Office VSTO的Visual Studio工具会怎么样？ 您可以用C编写Office托管.NET加载项，它将作为功能区与Office集成

现在，问题是VSTO AFAIK中不支持Access插件。 但是，看一看，这似乎不是不可能的

所以，如果你运气好，你可以

为Access编写一个C功能区，它将具有您所需的所有高级GUI 例如，用C编写可以从Access访问的服务来封装重要的业务逻辑，这样您不仅可以逐渐移动GUI，还可以用C构建适当的域对象模型。 如果您决定尝试，请告诉我结果如何： 祝你好运

还有什么可能有用的吗？

---

如果您查看用于Office VSTO的Visual Studio工具会怎么样？ 您可以用C编写Office托管.NET加载项，它将作为功能区与Office集成

现在，问题是VSTO AFAIK中不支持Access插件。 但是，看一看，这似乎不是不可能的

所以，如果你运气好，你可以

为Access编写一个C功能区，它将具有您所需的所有高级GUI 例如，用C编写可以从Access访问的服务来封装重要的业务逻辑，这样您不仅可以逐渐移动GUI，还可以用C构建适当的域对象模型。 如果您决定尝试，请告诉我结果如何： 祝你好运

还有什么可能有用的吗？

---

谢谢你，小坏蛋-我一定会用VSTO来试验一下

您建议允许VSTO与ms access一起工作，这似乎有点黑客行为——我并不介意，但我对在生产中使用此工作感到紧张，如果它不可靠，即ms不会提供支持

这将允许我托管一个winforms控件，该控件反过来托管一个WPF控件

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

---

注意，在codeplex上有一个可以让这个过程变得简单一点的插件。

谢谢你，Badboy-我肯定会用VSTO来试验这个插件

您建议允许VSTO与ms access一起工作，这似乎有点黑客行为——我并不介意，但我对在生产中使用此工作感到紧张，如果它不可靠，即ms不会提供支持

这将允许我托管一个winforms控件，该控件反过来托管一个WPF控件

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

注意，在codeplex上有一个使过程变得更简单的插件