问题标签 [primary-interop-assembly]

我们在 vb 6.0 中有项目 PrjDb.dll，它引用了 ado 2.5。该项目是在机器 A 上构建的。现在，当我们在另一台机器 B 上为 PrjDb.dll 生成互操作时，我们最终会得到一个新的 ADODB.dll，版本字段中的版本为 2.5，而不是将其与主互操作程序集 adodb.dll 链接（在“Program Files\Microsoft.NET\Primary Interop Assemblies”下找到）。问题是当我部署我的应用程序时，它现在要求这个新生成的 adodb.dll。而且我不想发货。

即使我在命令行中提供了 adodb.dll 路径，它仍然会为 AdoDB 生成新的互操作。我尝试使用开关 /strict 然后它说它无法使用我希望它使用的 AdoDB.dll 解析引用。

如果我们在构建 PrjDb.dll 的同一台机器上生成互操作，则不会发生这种情况。而不是在机器 B 以外的任何机器上，它会自动为 AdoDB 选择 PIA。

当我们为 PrjDb.dll 生成互操作时，知道机器 B 上发生了什么吗？

我正在使用 Outlook 2003 PIA 和 VS 2005 来访问公用文件夹中的项目。尽管项目具有多个用户定义的item.UserProperties字段，但集合总是返回空。

如果我使用 在代码中添加属性UserProperties.Add，它会与项目一起正确保存，然后在下次访问项目时在 UserProperties 中可用。但是，使用MFCMapi访问该项目时，我看不出这个新属性与现有用户定义的属性之间没有区别。

有什么想法吗？

谢谢。

我正在使用 Office 2007 互操作程序集来创建一些 Excel 电子表格。

这里有很多关于入门的问题，MSDN 包含大量文章，比如这篇。

API 很时髦，有时有点混乱。

当我设置一个单元格的值时，有没有办法设置它的格式？我想将特定字段标记为日期，以便我的客户可以在它们上运行 excel 宏。此外，数字会很有用。

谢谢！

如何在自己的应用程序中使用 Office Primary Interop 程序集，如框中的 Business。是否可以？

我正在使用 .NET COM Primary Interop Assemblies 在 C# 中创建一个应用程序。我想知道这是否能够从 Project 2003 和 Project 2007 打开和读取文件。此外，是否必须在运行此应用程序的计算机上安装 Project？

我正在尝试为我的一个引用 Microsoft ActiveX 数据对象 (MDAC 2.8) 的项目生成主互操作程序集。通过 Visual Studio 中的“引用”对话框添加此库会将 Interop.ADOR.dll 文件添加到解决方案的 bin 目录中。

但是，当我运行 tlbimp.exe 时出现错误：

我在网上找不到任何东西，这很奇怪。有任何想法吗？

我知道无 PIA 有部署优势，但是将类型嵌入到程序集中有性能优势吗？

客户拥有使用 Office 2007（版本 12）和 Visual Studio 2008 的开发系统。

但是，该软件也需要在 Office 2003（版本 11）系统上运行。

如何在开发系统上安装正确的主互操作程序集？

我尝试了Office 2003 Update: Redistributable Primary Interop Assemblies中的那些，但安装后，系统上没有版本 11 的Microsoft.Office.Interop.Excel.dll程序集。

我错过了什么？

——杰伦

我想将 Office 2003 主要互操作程序集添加到 Visual Studio。所以我关注这篇文章：

http://msdn.microsoft.com/en-us/library/aa159923(v=office.11​​).aspx

但我只找到版本 12.0.0.0（对于 Office 2007）和版本 14.0.0.0（对于 Office 2010）的 Microsoft.Office.Interop.Word。并且我的 VS 库中不存在 Microsoft.Office.Interop.Word For Office 2003 版本。

我还安装了 Office 2003 更新：可重新分发的主互操作程序集来自 Under Link 但没有区别。 http://www.microsoft.com/en-us/download/details.aspx?id=20923

如何解决我的问题？

I am trying to fix this legacy app that was created using Visual Studio 2003, using Microsoft Office Interops version 11, .NET 2.0. I am trying to fix it in Visual Studio Express 2010 to reference Interops version 14, .NET 4.0 -- as noted in my previous question on StackOverflow, the legacy app works fine in Windows 7 but after I close it, the Microsoft Office products are crashing when I try to use them.

However, when I fix the references in VS2010 (delete old v.11 Interops, add in new v.14 Interops) and then attempt to publish the application, I get errors like

It looks like VS2010 does not see my System namespace being used when the Word namespace is referenced? When I removed the

namespace and then try to publish, the errors like the above disappear and I only get the expected errors related to the missing Word reference like

I already included the System.dll in the reference so I'm not sure what's going on? Thanks for reading!

EDIT: I made "Embeded Interop Types" to be False for the Office Interops. That may have fixed some of the errors? HOWEVER: Visual Studio is still interpreting any System references to be "Microsoft.Office.Interop.Word.System" which is NOT what I want. This error seems to be the dominant one now: