Distribuzione di una applicazione di interoperabilità

  • Articolo

Un'applicazione di interoperabilità in genere include un assembly client .NET, uno o più assembly di interoperabilità che rappresentano librerie dei tipi COM distinte e uno o più componenti COM registrati. Visual Studio e Windows SDK forniscono strumenti per importare e convertire una libreria dei tipi in un assembly di interoperabilità, come illustrato in Importazione di una libreria dei tipi come assembly. Un'applicazione di interoperabilità può essere distribuita in due modi:

  • Usando tipi di interoperabilità incorporati: a partire da .NET Framework 4, è possibile indicare al compilatore di incorporare nell'eseguibile informazioni sul tipo ottenute da un assembly di interoperabilità. Il compilatore incorpora solo le informazioni sui tipi usate dall'applicazione. Non è necessario distribuire l'assembly di interoperabilità con l'applicazione. Questa è la tecnica consigliata.

  • Distribuendo assembly di interoperabilità: è possibile creare un riferimento standard a un assembly di interoperabilità. In questo caso, l'assembly di interoperabilità deve essere distribuito con l'applicazione. Se si ricorre a questa tecnica e non si usa un componente COM privato, fare sempre riferimento all'assembly di interoperabilità primario pubblicato dall'autore del componente COM che si intende incorporare nel codice gestito. Per altre informazioni sulla creazione e sull'uso di assembly di interoperabilità primari, vedere Primary Interop Assemblies (Assembly di interoperabilità primari).

Se si usano i tipi di interoperabilità incorporati, la distribuzione è estremamente semplice. Non ci sono particolari operazioni da eseguire. Il resto di questo articolo descrive gli scenari di distribuzione degli assembly di interoperabilità con l'applicazione.

Distribuzione di assembly di interoperabilità

Gli assembly possono avere nomi sicuri. Un assembly con nome sicuro include la chiave pubblica dell'entità di pubblicazione, che fornisce un'identità univoca. Gli assembly prodotti dall'utilità di importazione della libreria dei tipi (Tlbimp.exe) possono essere firmati dall'entità di pubblicazione usando l'opzione /keyfile. È possibile installare gli assembly firmati nella Global Assembly Cache. Gli assembly non firmati devono essere installati nel computer dell'utente come assembly privati.

Assembly privati

Per installare un assembly da usare privatamente, sia l'eseguibile dell'applicazione che l'assembly di interoperabilità contenente i tipi COM importati devono essere installati nella stessa struttura di directory. La figura seguente illustra un assembly di interoperabilità non firmato che verrà usato privatamente da Client1.exe e Client2.exe, che si trovano in directory dell'applicazione separate. L'assembly di interoperabilità, denominato LOANLib.dll in questo esempio, viene installato due volte.

Directory structure and Windows registry

Tutti i componenti COM associati all'applicazione devono essere installati nel Registro di sistema di Windows. Se Client1.exe e Client2.exe della figura vengono installati in computer diversi, è necessario registrare i componenti COM in entrambi i computer.

Assembly condivisi

Gli assembli condivisi da più applicazioni devono essere installati in un repository centralizzato denominato Global Assembly Cache. I client .NET possono accedere alla stessa copia dell'assembly di interoperabilità, che viene firmato e installato nella Global Assembly Cache. Per altre informazioni sulla creazione e sull'uso di assembly di interoperabilità primari, vedere Primary Interop Assemblies (Assembly di interoperabilità primari).

Vedi anche