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

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

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

扩展Jon的正确答案。

这里的问题是您将新的“嵌入互操作类型”(或NoPIA)特性与类类型的使用结合在一起。“嵌入互操作类型”特性的工作原理基本上是静态地将PIA(主互操作程序集)中的所有类型链接到引用程序集，从而消除了部署它的开销。

这个特性对于PIA中的大多数类型都非常有效，但它也有一些限制。其中之一是您不能嵌入类(这是一个服务问题)。Misha有一篇关于为什么不允许这样做的详细博客文章

http://blogs.msdn.com/mshneer/archive/2009/12/07/interop-type-xxx-cannot-be-embedded-use-the-applicable-interface-instead.aspx

我花了一段时间才学会。对于那些被挫折蒙蔽了双眼的人来说。

右键单击您在项目引用下的解决方案资源管理器中添加的出错程序集。(以我为例，WIA) 单击“属性”。 这里应该有嵌入互操作组装的选项。 设置为False

在大多数情况下，此错误是试图实例化COM对象的代码的结果。例如，下面是一段启动Excel的代码:

Excel.ApplicationClass xlapp = new Excel.ApplicationClass();

通常，在。net 4中，你只需要删除'Class'后缀并编译代码:

Excel.Application xlapp = new Excel.Application();

MSDN的解释在这里。

找到解决方案了

转到引用，右键单击所需的dll，您将获得选项“嵌入互操作类型”为“False”或“True”。

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

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

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

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

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

WshShellClass shellClass = new WshShellClass();

这……

WshShell shellClass = new WshShell();

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

下面是在Visual Studio 2012中设置嵌入互操作的地方

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

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

安装包Microsoft.VisualStudio.SDK.EmbedInteropTypes