Informações sobre como criar suplementos do Office usando o .NET Framework

Microsoft Office XP e versões posteriores do Microsoft Office têm vários tipos de suplementos que você pode criar usando o Microsoft Visual Studio. NET. Você pode criar os seguintes tipos de add-ins:

• Suplementos de COM o Office
• Suplementos de automação do Microsoft Excel
• Excel RTD servidores
• Microsoft Word WLLs
• Excel XLLs

Este artigo contém informações sobre como usar o .NET plataforma de desenvolvimento para criar os tipos anteriores do Office add-ins.

Baseado em COM suplementos

Suplementos de COM, suplementos de automação e RTD servidores são tipos de Office suplementos criados ao redor COM (Component Object Model). Interoperabilidade COM serviços são fornecidos pelo common language runtime para permitir código gerenciado executado no ambiente do .NET para se comunicar com servidores COM usando um wrapper entre o código gerenciado e o servidor COM. Esse wrapper é conhecido como um assembly de interoperabilidade (IA).

Enquanto pode existir qualquer número de IAs que descrevem um determinado tipo COM, IA somente um é considerada o Primary Interop Assembly (PIA). O PIA contém a descrição oficial dos tipos de conforme definido pelo Editor de um desses tipos e também pode conter certas personalizações tornar os tipos mais fáceis de usar do código gerenciado. Qualquer que não seja fornecida pelo Editor de tipos COM IA é considerada não oficial e deve ser evitada. A Microsoft fornece PIAs do Office XP e versões posteriores do Office. Ao desenvolver um código gerenciado baseada em COM suplemento do Office, você deve usar o PIA é fornecido pela Microsoft que corresponde à versão do Office destino aplicativo.

Os PIAs do Office XP destinam-se contra o .NET Framework 1.0. Os PIAs do Office XP estão disponíveis para download e pode ser redistribuídos com suas soluções .NET:

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: O Office 2003 e versões posteriores do Office incluem PIAs com o escritório do programa de instalação. Os PIAs do Office podem ser instalados com o programa de instalação do Office programa desde que o computador tiver o .NET Framework 1.1 ou posterior do .NET Framework já instalado. Você pode distribuir os PIAs do Office usando os Microsoft Office Assemblies de interoperabilidade primários (PIAs) redistribuíveis.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Ao desenvolver um suplemento do Office código gerenciado, você precisa saber as seguintes informações:

• Várias versões do Office
  
  A Microsoft não garante que os PIAs do Office será backwardly compatíveis ou que várias versões dos PIAs do Office podem ser executadas lado a lado na mesma instância de um aplicativo do Office. O Office XP código gerenciado devem ser construídos suplementos contra os PIAs do Office XP. Os Office 2003 gerenciados código add-ins devem ser criados contra os PIAs do Office 2003. Os Office 2007 gerenciadas código add-ins devem ser criados contra os PIAs do Office 2007. Portanto, se você criar uma solução de suplemento que você pretende usar com várias versões do Office, a Microsoft recomenda que você criar uma versão de seu suplemento para cada versão do Office que você pretende dar suporte.
• Segurança
  
  Como o código gerenciado não é nativo, as entradas de registro COM feitos para um componente do Office que você cria com o .NET apontem para o mecanismo de runtime do .NET (MSCOREE.dll) e não ao seu assembly. Como MSCOREE.dll não está assinado digitalmente e Office determina se um suplemento é seguro com base em uma assinatura digital, os usuários podem aparecer uma caixa de diálogo de aviso de macro que solicita que ativar o suplemento ou desativar o suplemento. Esse comportamento ocorre mesmo se seu assembly é assinado digitalmente. Para evitar essa caixa de diálogo de aviso de macro, você pode usar um "correção" personalizado para seu componente.
  
  Para obter mais informações sobre implantação de COM suplementos gerenciados no Office XP, visite o seguinte site da Microsoft Developer Network (MSDN):
  http://msdn2.microsoft.com/en-us/library/aa164016(office.10).aspx (http://msdn2.microsoft.com/en-us/library/aa164016(office.10).aspx)
  Para obter mais informações sobre como usar a solução de correção de suplemento de COM para implantar COM suplementos gerenciados no Office XP, visite o seguinte site da MSDN:
  http://msdn2.microsoft.com/en-us/library/aa140200(office.10).aspx (http://msdn2.microsoft.com/en-us/library/aa140200(office.10).aspx)
  Para obter mais informações sobre como usar a correção de suplemento de COM para confiar no Outlook 2002 suplementos que são criados usando o Visual Studio. NET, visite o seguinte site da MSDN:
  http://msdn2.microsoft.com/en-us/library/aa140152(office.10).aspx (http://msdn2.microsoft.com/en-us/library/aa140152(office.10).aspx)
  Para obter mais informações sobre como usar a solução de correção de marca inteligente para implantar as marcas inteligentes gerenciadas no Office XP, visite o seguinte site da MSDN:
  http://msdn2.microsoft.com/en-us/library/aa163615(office.10).aspx (http://msdn2.microsoft.com/en-us/library/aa163615(office.10).aspx)
• Isolamento
  
  Quando você usa uma correção, seu suplemento de COM gerenciados é carregado em um AppDomain separado. Esta é uma vantagem e é particularmente importante em cenários onde pode haver vários gerenciado COM suplementos do Office mesmo processam. Quando seu suplemento estiver em seu próprio AppDomain, o suplemento pode usar qualquer versão de um conjunto dependente que seu suplemento requer. Além disso, o add-in será ser amplamente isolado de problemas que podem ocorrer se houver outros suplementos em outros AppDomains.
• O programa de instalação
  
  Se você criar um suplemento de COM Visual Studio. NET, um projeto de instalação padrão é adicionado à sua solução. O projeto de instalação padrão da solução inclui os PIAs são referenciados por seu suplemento. O projeto de instalação padrão inclui os PIAs do pacote de instalação. Isso acontece mesmo quando as referências de PIA tem a propriedade CopyLocal definida como false e uma propriedade que aponta para o PIA no global assembly cache (GAC).
  
  Você pode redistribuir os PIAs do Office XP. Quando você redistribuir um PIA do Office XP, você deve instalar o PIA do Office XP no GAC. No entanto, você não deve implantar um PIA do Office 2003. Quando você cria um suplemento que destinos Office 2003, você deve excluir os PIAs do Office 2003 do projeto de instalação. Quando o suplemento é carregado no aplicativo do Office 2003 de destino, o suplemento corretamente usará os PIAs no GAC em tempo de execução. O suplemento corretamente falhará se os PIAs não são encontrados no GAC. O suplemento não se voltará para carregar qualquer outra versão do PIA.

WLLs do Word e Excel XLLs

WLLs do Word e Excel XLLs são DLLs padrão do Windows que implemente e exporte métodos específicos para estender a funcionalidade do Word e Excel funcionalidade. Word WLLs e Excel XLLs baseiam-se em tecnologias mais antigas de CAPI. Houve nenhum aperfeiçoamento e nenhuma atualização de documentação para Word WLLs desde o Microsoft Office 97. Para que o Excel, um XLL SDK atualizado do Excel 2007 está disponível em http://msdn.microsoft.com/en-us/library/bb687883.aspx (http://msdn.microsoft.com/en-us/library/bb687883.aspx) . A Microsoft não testou código gerenciado com essas tecnologias mais antigas. Portanto, a Microsoft não recomenda usando código gerenciado com uma solução WLL ou com uma solução XLL.

Gerenciadas de tipos de solução de código que foram introduzidos no Office 2003

O Office 2003 introduziu várias novas tecnologias que visam o ambiente de desenvolvimento .NET, da seguinte maneira:

Para obter mais informações sobre o Visual Studio Tools for Office o extensões de código gerenciado para o Excel e Word, visite o seguinte site da MSDN:Para obter mais informações sobre marcas inteligentes gerenciadas, visite o seguinte site da Microsoft:Para obter mais informações sobre documentos inteligentes gerenciados, visite o seguinte site da Microsoft:Microsoft Office Professional Edição 2003, Microsoft Office Word 2003 e Microsoft Office Excel 2003 incluem um carregador foi projetado especificamente para carregam extensões de código gerenciado, soluções de marcas inteligentes gerenciados e gerenciados soluções de documento inteligente.

Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft: Para obter mais informações sobre o Microsoft Office desenvolvimento com o Visual Studio, visite o seguinte site da MSDN: