O tipo de interoperabilidade não pode ser incorporado

668

Estou criando um aplicativo Web na estrutura .NET 4.0 (beta2) em C #.

Quando tento usar um assembly chamado "ActiveHomeScriptLib", recebo o seguinte erro:

O tipo de interoperabilidade 'ActiveHomeScriptLib.ActiveHomeClass' não pode ser incorporado. Use a interface aplicável.

Quando altero a estrutura para a versão 3.5, não tenho erros.

O que é um tipo de interoperabilidade e por que isso ocorre apenas quando uso a estrutura 4.0?

c# visual-studio-2010 visual-studio c#-4.0

— Jan
fonte

Eu achei este artigo muito útil para resolver problemas de interoperabilidade / PIA. blogs.msdn.com/b/vbteam/archive/2010/06/11/…

— GilesDMiddleton 29/07

1069

O .NET 4.0 permite que os assemblies de interoperabilidade primários (ou melhor, os bits necessários) sejam incorporados ao seu assembly para que você não precise implantá-los junto ao seu aplicativo.

Por qualquer motivo, esta montagem não pode ser incorporada - mas parece que isso não é um problema para você. Basta abrir a guia Propriedades do assembly no Visual Studio 2010 e defina "Tipos de interoperabilidade incorporados" como "Falso".

Edição: Veja também a resposta de Michael Gustus , removendo o Classsufixo dos tipos que você está usando.

— Jon Skeet
fonte

2

Infelizmente, isso parece exatamente o que eu preciso, mas essa propriedade não parece mais estar disponível.

— Dave

130

Eu estava procurando na página de propriedades do projeto, em vez de clicar com o botão direito do mouse em | Propriedades na DLL efetuada no painel Referências.

— justSteve

5

Não faria mais sentido fazer o que o erro diz e "usar a interface aplicável"? Eu tive esse erro (de uma classe diferente) e fui capaz de instanciar uma interface que tivesse essa classe especificada como seu atributo CoClass, e funcionou. Como na resposta de Michael Gustus abaixo, a interface do BlahClass foi chamada de Blah, que parece ser a convenção padrão.

— 21712 Tim

1

Uma grande coisa sobre a incorporação é que o assembly Interop pode permanecer CopyLocal = False, pois você não precisa dele em tempo de execução.

— Schmuli

O @ TimGoodman para mim "interface aplicável" não estava funcionando, mas a configuração da embed interop typespropriedade acima mencionada falsefez o truque. No meu caso - eu estava trabalhando com a Microsoft.Office.Interop.Excelbiblioteca e precisava acessar o objeto Pasta de Trabalho. Usando sua interface Workbook(btw convenção de nomenclatura ....) Não foi uma opção - eu recebi COM object, e não o desejadoMicrosoft.Office.Interop.Excel.WorkbookClass

— Prokurors

485

Na maioria dos casos, esse erro é o resultado do código que tenta instanciar um objeto COM. Por exemplo, aqui está um pedaço de código que inicia o Excel:

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

Normalmente, no .NET 4, você só precisa remover o sufixo 'Class' e compilar o código:

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

Uma explicação do MSDN está aqui .

— Michael Gustus
fonte

16

+1 Eu acredito que é isso que a mensagem de erro está realmente dizendo para você fazer quando diz "usar a interface aplicável". Note-se que Excel.Application é uma interface (apesar do fato de que ele pode ser instanciado com a nova palavra-chave, similar à situação descrita aqui: stackoverflow.com/questions/6960910/... )

— Tim Goodman

"Incorporar tipos de interoperabilidade" a "Falso" ou "Verdadeiro" ?

— Kiquenet 25/03

1

@Kiquenet se você seguir o conselho aqui você pode definir o back 'Embed Interop Types' como True, ou pelo menos que funcionou bem para mim

— Sam Titular

122

Como Jan Demorei um pouco para obtê-lo .. = S Então, para qualquer pessoa que esteja cega de frustração.

Clique com o botão direito do mouse no assembly incorreto que você adicionou no explorador de soluções em Referências ao seu projeto . (No meu caso WIA)
Clique em propriedades.
E deve haver a opção lá para Incorporar montagem de interoperabilidade.
Defina como Falso

— gideon
fonte

15

Ainda lutando até perceber que você tinha que clicar com o botão direito do mouse no assembly de interoperabilidade sob o projeto Referências no Solution Explorer, NÃO no assembly que você está construindo!

— SteveWilkinson

2

Agora, (dez anos mais tarde) esta opção é chamado de "Tipos Embed Interop"

— David Foley

36

Aqui é onde definir a interoperabilidade de incorporação no Visual Studio 2012

— VK_217
fonte

34

Expandindo a resposta correta de Jon.

O problema aqui é que você está combinando o novo recurso "Incorporar tipos de interoperabilidade" (ou NoPIA) com o uso de um tipo de classe. O recurso "Incorporar tipos de interoperabilidade" funciona vinculando essencialmente estaticamente em todos os tipos de um PIA (Primary Interop Assembly) ao assembly de referência, removendo a sobrecarga de sua implantação.

Esse recurso funciona muito bem para a maioria dos tipos em uma PIA, mas possui restrições. Uma delas é que você não pode incorporar classes (é um problema de manutenção). Misha tem um artigo de blog detalhado sobre por que isso não é permitido

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

— JaredPar
fonte

15

Tem a solução

Vá para as referências, clique com o botão direito do mouse na dll desejada e você receberá a opção "Incorporar tipos de interoperabilidade" para "Falso" ou "Verdadeiro".

— Navdeep
fonte

1

Isso também funcionou para o VS2015 c # com .net usando PP_COM_Wrapper; dado em cypress.com Cypress Semiconductor Corporation Exemplo C # Lib. Definir como False se livrou do erro.

— user3564895

9

Corri para esse problema ao puxar um projeto TFS para a minha máquina local. Alegadamente, estava funcionando bem na máquina do cara que a escreveu. Eu simplesmente mudei isso ...

WshShellClass shellClass = new WshShellClass();

Para isso...

WshShell shellClass = new WshShell();

Agora, está funcionando como um campeão!

— Zach
fonte

1

Essa abordagem funcionou para mim também! No meu caso, eu estava depurando para descobrir onde estava o valor necessário, clicar com o botão direito do mouse e selecionar "copiar expressão". O que me foi dado foi "... HTMLDocumentClass ..." A remoção do texto "Classe" dele resolveu o problema para mim.

— majestzim

3

Eu tive o mesmo problema no VB.NET 2013 com o Office 2007, e isso resolveu:

Projeto 2013 do VB.NET do VS 2013> Props> Refs> Lib de objeto do Microsoft Word 12.0> Tipos de interoperabilidade de incorporação: alterar verdadeiro para falso

— Doug Null
fonte

1

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

Este erro ocorre porque o valor padrão é verdadeiro para a propriedade Tipos de interoperabilidade incorporada do assembly de interoperabilidade da API TestStand mencionado no novo projeto. Para resolver esse erro, altere o valor da propriedade Incorporar tipos de interoperabilidade para Falso, seguindo estas etapas: Selecione a referência TestStand Interop Assembly na seção de referências do seu projeto no Solution Explorer. Localize a propriedade Incorporar tipos de interoperabilidade no Navegador de propriedades e altere o valor para Falso

— Ramezani r
fonte

1

O Visual Studio 2017 versão 15.8 tornou possível usar a sintaxe PackageReferences para referenciar pacotes NuGet em projetos do Visual Studio Extensibility (VSIX). Isso torna muito mais simples o raciocínio sobre os pacotes NuGet e abre a porta para ter um meta pacote completo contendo o VSSDK inteiro.

A instalação abaixo do pacote NuGet resolverá o problema de EmbedInteropTypes .

Pacote de instalação Microsoft.VisualStudio.SDK.EmbedInteropTypes

— Rahul
fonte