1

我继承了使用 Microsoft Office Information Bridge Framework 1.6 构建的应用程序。我的任务是让这个应用程序与 Office 2010 一起工作。

我正在安装了 Office 2010 beta 的计算机上对此进行测试，包括对所有功能的 .NET 可编程性支持。当我尝试安装 IBF 1.6 时，安装程​​序无法完成，给我以下消息： 

找不到以下必备组件：
.NET 可编程性支持 Microsoft Office Word 2003
.NET 可编程性支持 Microsoft Office Excel 2003
.NET 可编程性支持 Microsoft Office Outlook 2003
.NET 可编程性支持 Microsoft Office InfoPath 2003 SP1
请安装必要的组件并再次运行 Microsoft Office Information Bridge Framework 安装。 

但是，如果我首先在计算机上安装 Office 2007，安装 IBF，然后升级到 Office 2010，我的应用程序似乎可以正常工作。 

IBF 是否应该与 Office 2010 一起使用？如果是这样，有没有办法在安装了 Office 2010 的计算机上完成安装程序？或者，这只是 Office 测试版的一个问题，将在最终版本中解决？或者，是否会有 IBF 的修补程序使其适用于 Office 2010，类似于有一个修补程序使其适用于 Office 2007？

我已经在几个微软论坛上问过这个问题，包括流量几乎为零的 Office Information Bridge 新闻组和Microsoft Office 2010 Beta 论坛，但还没有得到答案。我希望其他一些开发人员有同样的问题并且运气更好，或者可能对微软论坛可能是寻找答案的更好地方有想法。

谢谢，
艾米

4

2 回答 2

0

我们（Windward 报告）有许多客户由于放弃对 IBF 的支持而从 IBF 迁移到 Windward。我根本不了解 IBF，所以我无法谈论我们匹配的部分，但我们收到的反馈是我们做了它所做的事情以及更多。

于 2011-02-23T20:20:16.413 回答
0

我不熟悉 Information Bridge 框架，但如果它只是一组 .NET DLL，那么您无需安装它即可让您的应用程序正常工作。只需将这些 DLL 复制到与应用程序的可执行文件相同的目录中即可。

安装程序可能会将程序集放在 GAC 中，但只要它们是 .NET 程序集，您的应用程序就不需要它来找到它们。

编辑：哇，对于为 pre Office 2007 编写的旧东西，我想说你最好的选择是重构你的应用程序以消除对 IBF 的依赖。Office 2007 发生了很大变化，因此即使您可以让它工作，它也可能不适合 Office 2007 或 2010 的新范例和设计。如果不深入研究 IBF 的文档，听起来 InfoPath 可能是当前等效的，但我对这两个系统都不太了解，无法确定。

寻找解决方案的另一门课程是为您所在地区确定 Microsoft 开发人员布道师。我在德克萨斯州达拉斯地区向 DE 提问方面取得了巨大成功。当他不知道答案时，他可以在微软内部询问合适的人，并且通常会找到答案。如果您已经用尽了在线搜索，那可能是最好的途径。

于 2010-04-26T14:03:46.763 回答