我继承了使用Microsoft Office Information Bridge Framework 1.6构建的应用程序。我的任务是使此应用程序与Office 2010一起使用。
我正在安装了Office 2010测试版的计算机上对此进行测试,包括对所有功能的.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 beta的问题,将在最终版本中得到解决吗?或者,IBF是否会有一个修补程序使其与Office 2010一起使用,类似于有一个修补程序使其与Office 2007一起使用?
我已经在几个Microsoft论坛上提出了这个问题,包括Office信息桥新闻组,它几乎没有流量,而且Microsoft Office 2010 Beta forum,但还没有得到答案。我希望其他一些开发人员有同样的问题并且运气好,或者可能有关于微软论坛可能是寻找答案的更好地方的想法。
谢谢,
艾米
答案 0 :(得分:0)
我不熟悉信息桥框架,但如果它只是一组.NET DLL,那么您不需要安装它来使您的应用程序正常工作。只需将这些DLL复制到与应用程序可执行文件相同的目录中即可。
安装程序可能会将程序集放在GAC中,但只要它们是.NET程序集,您就不需要它来让应用程序找到它们。
编辑:哇,对于那些为Office 2007之前编写的旧版本,我会说你最好的选择是重构你的应用程序以消除对IBF的依赖。 Office 2007有很多变化,所以即使你可以使用它,它也可能不适合Office 2007或2010的新范例和设计。如果没有深入研究IBF的文档,听起来好像InfoPath可能当前是等效的,但我真的不知道任何一个系统都可以肯定地说。
找到解决方案的另一个方法是为您确定Microsoft Developer Evangelist。我在德克萨斯州达拉斯地区询问DE的问题我取得了很大的成功。当他不知道答案时,他可以向微软内部的合适人员询问并找到答案。如果您已经用尽了在线搜索,那么这可能是最佳途径。
答案 1 :(得分:0)
由于IBF支持率下降,我们(Windward Reports)有许多客户从IBF迁移到Windward。我根本不认识IBF所以我不能说我们匹配的部分,但我们收到的反馈是我们做它做的事情还有更多。