. net 4.0允许将主要的互操作程序集(或者更确切地说，您需要的部分)嵌入到程序集中，这样您就不需要将它们与应用程序一起部署。

不管出于什么原因，这个程序集不能嵌入-但听起来这对您来说不是问题。只需在Visual Studio 2010中打开程序集的Properties选项卡，并将“Embed Interop Types”设置为“False”。

编辑:另见Michael Gustus的回答，从你正在使用的类型中删除Class后缀。

http://digital.ni.com/public.nsf/allkb/4EA929B78B5718238625789D0071F307

发生此错误是因为新项目中引用的TestStand API互操作程序集的Embed Interop Types属性的默认值为true。要解决此错误，请按照以下步骤将Embed Interop Types属性的值更改为False: 在解决方案资源管理器中项目的引用部分中选择TestStand互操作程序集引用。 在属性浏览器中找到Embed Interop Types属性，并将值更改为False

我在将TFS项目下拉到本地机器时遇到了这个问题。据说，它在编写它的人的机器上运行得很好。我只是简单地改变了这个…

WshShellClass shellClass = new WshShellClass();

这……

WshShell shellClass = new WshShell();

现在，它像冠军一样工作!

. net 4.0允许将主要的互操作程序集(或者更确切地说，您需要的部分)嵌入到程序集中，这样您就不需要将它们与应用程序一起部署。

不管出于什么原因，这个程序集不能嵌入-但听起来这对您来说不是问题。只需在Visual Studio 2010中打开程序集的Properties选项卡，并将“Embed Interop Types”设置为“False”。

编辑:另见Michael Gustus的回答，从你正在使用的类型中删除Class后缀。

我在VB中也遇到了同样的问题。NET 2013与Office 2007，这解决了它:

Vs 2013 vb。NET项目>道具>引用> Microsoft Word 12.0对象库>嵌入互操作类型:将True更改为False

Visual Studio 2017 version 15.8允许在Visual Studio Extensibility (VSIX)项目中使用PackageReferencesyntax来引用NuGet包。这使得推断NuGet包变得更加简单，并为拥有一个包含整个VSSDK的完整元包打开了大门。

安装下面的NuGet包将解决EmbedInteropTypes问题。

安装包Microsoft.VisualStudio.SDK.EmbedInteropTypes