Office 2010 Microsoft Office信息桥框架能否与Office 2010配合使用?

Office 2010 Microsoft Office信息桥框架能否与Office 2010配合使用?,office-2010,officedev,Office 2010,Officedev,我继承了一个使用MicrosoftOfficeInformationBridgeFramework 1.6构建的应用程序。我的任务是使此应用程序与Office 2010配合使用 我正在一台安装了Office 2010 beta版的计算机上测试此功能,包括对所有功能的.NET可编程性支持。当我尝试安装IBF 1.6时,安装程序将无法完成,并显示以下消息: 找不到以下必备组件: Microsoft Office Word 2003的.NET可编程性支持 Microsoft Office Excel

我继承了一个使用MicrosoftOfficeInformationBridgeFramework 1.6构建的应用程序。我的任务是使此应用程序与Office 2010配合使用

我正在一台安装了Office 2010 beta版的计算机上测试此功能,包括对所有功能的.NET可编程性支持。当我尝试安装IBF 1.6时,安装程序将无法完成,并显示以下消息:

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

然而,如果我首先在计算机上安装Office2007,安装IBF,然后升级到Office2010,那么我的应用程序就可以工作了

IBF是否应该与Office 2010配合使用?如果是,有没有办法在安装了Office 2010的计算机上完成安装程序?或者,这只是将在最终版本中解决的Office beta版的一个问题吗?或者,是否会有一个针对IBF的修补程序使其与Office 2010配合使用,类似于针对Office 2007配合使用的修补程序

我已经在几个微软论坛上问过这个问题,包括Office Information Bridge新闻组,它几乎没有流量,还有,但还没有得到答案。我希望其他一些开发者也有同样的问题,并且运气更好,或者可能对微软论坛有更好的想法来寻找答案

谢谢,

Amy

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

安装程序可能会将这些程序集放在GAC中,但只要它们是.NET程序集,应用程序就不需要这些程序集来查找它们

编辑:哇,对于为Office2007之前编写的一些老东西,我认为你最好的选择是重构你的应用程序,以消除对IBF的依赖。Office2007发生了很大的变化,因此,即使您可以让它工作,它也可能不适合Office2007或2010的新范例和设计。在不深入研究IBF文档的情况下,听起来InfoPath可能是当前的同类产品,但我对这两个系统都不太了解,无法确定


另一个寻找解决方案的课程是确定Microsoft Developer Evangelist for you area。我在德克萨斯州达拉斯地区成功地向DE提问。当他不知道答案时,他可以问微软内部合适的人,通常会找到答案。如果您已经用尽了在线搜索,这可能是最好的途径。

由于对IBF的支持下降,我们()有许多客户从IBF迁移到Windward。我一点也不了解IBF,所以我无法说出我们匹配的部件,但我们收到的反馈是我们做了它所做的事情,还有更多。

就其价值而言,我现在可以说这不仅仅是“测试版问题”。既然Office 2010 RTM已在MSDN上提供,我也尝试过上面的步骤,但也有同样的问题。这个IBF的url是什么?当你说“继承”时,你的意思是你拥有所有的源代码吗?我的意思是我拥有使用IBF的应用程序的源代码,而不是我拥有IBF源代码。很难找到好的IBF URL。这里有一个,主要包含断开的链接。我在MS上找不到任何地方可以下载它了。看起来微软在2004年发布了它,并大肆宣传。然后在一两年内它就消失了,当Office2007问世时,有一个IBF热修复程序使其与2007一起工作,文章又短暂地死灰复燃。但也许我只是找不到合适的地方来找到它。说得对。不过,看起来安装程序所做的不仅仅是一组DLL。有注册表项和自定义操作。安装的最终结果包括在Windows管理工具菜单组中为其安装一个新的配置应用程序,以及在Word中注册的加载项。到目前为止,我不想构建一个新的安装程序,我想知道我是否可以只处理当前MSI中检查Office PIA的部分。但如果有其他解决方案,我不希望最终篡改微软创建和发布的MSI文件。作为回应,编辑:Lol。是的,我完全支持重建应用程序以删除IBF依赖项,但这不是企业希望听到的,因为这需要一点时间。由于微软为2007年推出的IBF热修复程序确实让我们的应用程序能够与2007年兼容,他们只是想让我在2010年找到一些类似的魔法。而且它几乎可以工作了,因为似乎只有IBF安装程序才是问题所在。如果我们欺骗Office2010机器,让它全部安装,应用程序和IBF就可以正常工作。与福音传道者tho交谈是个好主意。经过MSDN支持后,我最终从MS那里得到的答案是Office 2010不支持IBF,我们需要重写我们的应用程序以避免使用它。