Informazioni sulla creazione di componenti aggiuntivi di Office utilizzando .NET Framework

Microsoft Office XP e versioni successive di Microsoft Office dispongono di diversi tipi di componenti aggiuntivi che è possibile creare utilizzando Microsoft Visual Studio. NET. È possibile creare i seguenti tipi di componenti aggiuntivi:

• Componenti aggiuntivi COM di Office
• Componenti aggiuntivi di automazione di Microsoft Excel
• Server RTD Excel
• Microsoft Word WLL
• Librerie XLL di Excel

In questo articolo vengono fornite informazioni sull'utilizzo di .NET piattaforma di sviluppo per la creazione di tipi precedenti di Office i componenti aggiuntivi.

Basato su COM aggiuntivi

Server RTD, componenti aggiuntivi di automazione e componenti aggiuntivi COM sono tipi di componenti aggiuntivi Office progettati attorno a COM (Component Object Model). Servizi di interoperabilità COM sono forniti da common language runtime per consentire a codice gestito che viene eseguito in ambiente .NET per comunicare con i server COM tramite un wrapper tra codice gestito e il server COM. Questo wrapper è noto come un assembly di interoperabilità (IA).

Mentre può esistere un numero qualsiasi di IAs che descrivono un particolare tipo COM, un solo IA viene considerata l'assembly di interoperabilità primari (PIA, Primary Interop Assembly). L'assembly PIA contiene la descrizione ufficiale dei tipi definiti dall'autore di tali tipi e può anche contenere alcune personalizzazioni che facilitano l'utilizzo da codice gestito i tipi. Qualsiasi IA non viene fornito dall'autore dei tipi COM non è considerato ufficiale e deve essere evitato. Microsoft fornisce PIA per Office XP e versioni successive di Office. Quando si sviluppa un codice gestito basato su COM aggiuntivo per Office, è necessario utilizzare l'assembly PIA viene fornito da Microsoft che corrisponde alla versione di Office di destinazione dell'applicazione.

I PIA di Office XP sono progettati a fronte di .NET Framework 1.0. I PIA di Office XP sono disponibili per il download e può essere ridistribuiti con le soluzioni. NET:

Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito: Office 2003 e versioni successive di Office sono invece con Office includono programma di installazione. È possibile installare i PIA di Office con il programma di installazione di Office programma a condizione che il computer dispone già di .NET Framework 1.1 o versione successiva di .NET Framework installato. È possibile distribuire i PIA di Office mediante l'utilizzo di Microsoft Office assembly di interoperabilità primari (PIA) ridistribuibile.

Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito: Quando si sviluppa un componente aggiuntivo per Office di codice gestito, è necessario conoscere le seguenti informazioni:

• Più versioni di Office
  
  Microsoft non garantisce che i PIA di Office saranno compatibili precedenti o le diverse versioni degli assembly PIA di Office possono essere eseguite accanto a altra nella stessa istanza di un'applicazione di Office. Office XP codice gestito devono essere generati per i componenti aggiuntivi contro i PIA di Office XP. I Office 2003 gestiti aggiuntivi di codice devono essere generati con l'assembly PIA di Office 2003. È necessario generare i componenti aggiuntivi di codice gestito di Office 2007 contro i PIA di Office 2007. Se si genera una soluzione componente aggiuntivo che si intende utilizzare con diverse versioni di Office, si consiglia di creare una versione a del componente aggiuntivo per ogni versione di Office che si intende supportare.
• Protezione
  
  Poiché il codice gestito non nativo, le voci del Registro di sistema COM vengono eseguite per un componente di Office generazione con .NET punto il motore di runtime .NET (Mscoree.dll) e non l'assembly. Poiché non è firmato digitalmente Mscoree.dll e Office determina se un componente aggiuntivo è sicuro in base a una firma digitale, gli utenti potrebbero ricevere una finestra di dialogo Avviso di macro che richiede di attivare il componente aggiuntivo o di disattivare il componente aggiuntivo. Questo comportamento si verifica anche se si firma digitalmente l'assembly. Per evitare questa finestra di dialogo Avviso di macro, è possibile utilizzare un "shim" personalizzato per il componente.
  
  Per ulteriori informazioni sulla distribuzione di gestito COM add-ins in Office XP, visitare il seguente sito Web MSDN (informazioni in lingua INGLESE):
  http://msdn2.microsoft.com/en-us/library/aa164016(office.10).aspx

  (http://msdn2.microsoft.com/en-us/library/aa164016(office.10).aspx)
  Per ulteriori informazioni sull'utilizzo della soluzione shim componente aggiuntivo COM per distribuire componenti aggiuntivi COM gestiti in Office XP, visitare il seguente sito MSDN Web:
  http://msdn2.microsoft.com/en-us/library/aa140200(office.10).aspx

  (http://msdn2.microsoft.com/en-us/library/aa140200(office.10).aspx)
  Per ulteriori informazioni sull'utilizzo dello shim componente aggiuntivo COM attendibile, i componenti aggiuntivi di Outlook 2002 vengono generati utilizzando Visual Studio. NET, visitare il seguente sito MSDN Web:
  http://msdn2.microsoft.com/en-us/library/aa140152(office.10).aspx

  (http://msdn2.microsoft.com/en-us/library/aa140152(office.10).aspx)
  Per ulteriori informazioni sull'utilizzo della soluzione shim smart tag per la distribuzione di smart tag gestiti in Office XP, visitare il seguente sito MSDN Web:
  http://msdn2.microsoft.com/en-us/library/aa163615(office.10).aspx

  (http://msdn2.microsoft.com/en-us/library/aa163615(office.10).aspx)
• Isolamento
  
  Quando si utilizza uno shim, componente aggiuntivo COM gestito è caricato in un AppDomain separato. Questo è un vantaggio e risulta particolarmente importante in scenari di elaborano di componenti aggiuntivi di Office stesso se sono presenti più COM gestito. Quando il componente aggiuntivo è nel proprio dominio applicazione, il componente aggiuntivo può utilizzare qualsiasi versione di un assembly dipendente che richiede il componente aggiuntivo. Inoltre, il componente aggiuntivo verrà ampiamente isolato da problemi che possono verificarsi se sono presenti altri componenti aggiuntivi in altri domini applicazione.
• Il programma di installazione
  
  Se si crea un componente aggiuntivo COM con Visual Studio. NET, un progetto di installazione predefinito viene aggiunto alla soluzione. Il progetto di installazione predefinito della soluzione include i PIA a cui fa riferimento il componente aggiuntivo COM. Il progetto di installazione predefinita include i PIA nel pacchetto di installazione. Questo vale anche quando i riferimenti dell'assembly PIA dispongono della proprietà CopyLocal impostata su false e una proprietà di percorso che punta all'assembly PIA nella global assembly cache (GAC).
  
  È possibile ridistribuire l'assembly PIA di Office XP. Quando si ridistribuisce un assembly PIA di Office XP, è necessario installare l'assembly PIA di Office XP nella GAC. Tuttavia, non è necessario distribuire un assembly PIA di Office 2003. Quando si crea un componente aggiuntivo destinato a Office 2003, è necessario escludere i PIA di Office 2003 dal progetto di installazione. Quando il componente aggiuntivo viene caricato nell'applicazione di Office 2003 di destinazione, il componente aggiuntivo correttamente utilizzerà i PIA nella cache globale in fase di esecuzione. Il componente aggiuntivo correttamente riuscirà se gli assembly di interoperabilità primari non presenti nella GAC. Il componente aggiuntivo non tornerà a caricare qualsiasi altra versione dell'assembly PIA.

Librerie XLL di Excel e Word WLL

WLL di Word e librerie XLL di Excel sono DLL di Windows standard che implementano ed esportare metodi specifici per estendere la funzionalità di Word e funzionalità di Excel. WLL di Word e librerie XLL di Excel sono basate su tecnologie meno recenti CAPI. Sono stati non miglioramenti e non gli aggiornamenti della documentazione per i file WLL di Word dopo Microsoft Office 97. Per Excel, è disponibile all'indirizzo http://msdn.microsoft.com/en-us/library/bb687883.aspx un XLL SDK aggiornato per Excel 2007. Microsoft non ha verificato il codice gestito con tali tecnologie meno recenti. Di conseguenza, non è consigliabile l'utilizzo di codice gestito con una soluzione WLL o con una soluzione XLL.

Tipi di soluzioni di codice sono state introdotte in Office 2003 gestiti

Office 2003 sono state introdotte nuove tecnologie che utilizzano l'ambiente di sviluppo. NET, come illustrato di seguito:

Per ulteriori informazioni su Visual Studio Tools per Office estensioni di codice gestito per Excel e Word, visitare il seguente sito MSDN Web:Per ulteriori informazioni sugli smart tag gestiti, visitare il seguente sito Web Microsoft:Per ulteriori informazioni su gestito gli smart document, visitare il seguente sito Web Microsoft:Microsoft Office Professional Edition 2003, Microsoft Office Word 2003 e Microsoft Office Excel 2003 includono un caricatore che è progettato in modo specifico per caricare le estensioni di codice gestito, smart tag soluzioni gestite e gestite le soluzioni smart document.

Per ulteriori informazioni, fare clic sui numeri degli articoli della Microsoft Knowledge Base riportato di seguito: Per ulteriori informazioni su Microsoft Office sviluppo con Visual Studio, visitare il seguente sito MSDN Web: