Não é possível carregar uma assemblagem do .NET Framework 2.0 a partir do Visual Basic for Applications no Word 2003 e versões anteriores ou no Excel 2003 e versões anteriores

Se tiver suplementos ou macros que utilizam o Microsoft .NET Framework 2.0 assemblagens. Se executar estes suplementos ou macros do Visual Basic for Applications (VBA) no Microsoft Office Word 2003 ou versões anteriores ou no Microsoft Office Excel 2003 ou versões anteriores, estas assemblagens não iniciar correctamente. Além disso, estas assemblagens devolver um erro.

Por exemplo, poderá receber uma mensagem de erro semelhante à seguinte: Nota Este problema não ocorre no Microsoft Office Word 2007 ou no Microsoft Office Excel 2007.

O .NET Framework 2.0 inclui uma política lockback. Esta política impede que o .NET Framework 2.0 common language runtime (CLR) inicializar quando o .NET Framework 2.0 está hospedado no espaço de processo Word ou o Excel processa espaço. A restrição de política limita o Word e Excel carregue as versões do .NET Framework posteriores à versão 1.1. Por conseguinte, o .NET Framework 2.0 assemblagens não é possível carregar.

A restrição de política foi adicionada para compatibilidade com o Microsoft Visual Studio Tools para o Microsoft Office System (VSTO). VSTO especificamente foi codificada para trabalhar com o .NET Framework 1.1.

Não oficialmente, executar código gerido dentro de Word ou no interior Excel é aconselhada a menos que utilize um ambiente de tempo de execução suportados que processa vários componentes do fornecedor, tais como o runtime VSTO. Alguns fornecedores oferta gerida código componentes que utilizam a interoperabilidade COM. Por conseguinte, estes componentes carregar no Word ou no Excel sem utilizar o motor de execução VSTO. No entanto, estes componentes não são executadas no isolamento. Estes componentes podem afectar negativamente capacidades do Office. Recomendamos vivamente que considere os efeitos de utilização antes de incluir estes tipos de componentes nos projectos do suplemento ou nos seus projectos de macro que são executados no Word ou no Excel.

Se sua solução personalizada de utilizar os componentes do .NET Framework 2.0 geridos sem utilizar o tempo de execução VSTO, considere uma das seguintes opções para reduzir o efeito da política lockback.

Clientes que estão a executar o Microsoft Office 2003

VSTO 2003 foi introduzida para adicionar suporte de código gerido no Office 2003. VSTO foi concebido para utilizar o .NET Framework 1.1. Posteriormente, a Microsoft apresentou o .NET Framework 2.0. No entanto, o .NET Framework 2.0 podem causar problemas de compatibilidade com VSTO 2003. Por conseguinte, o .NET Framework 2.0 CLR foi impedido de carregar no Word ou no Excel, a menos que os produtos do Office tinham uma versão actualizada do motor runtime VSTO. Esta actualização foi fornecida aos clientes do Office 2003 numa actualização transferível. A actualização foi incluída na actualização do Office 2003 Service Pack 3 (SP3).

Para obter mais informações sobre como obter esta actualização para o Office 2003, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Clientes que estão a executar o Office 2000 ou Office XP

importante Esta secção, método ou tarefa contém passos que indicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo de forma incorrecta. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Criar uma para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: Microsoft não fornece um tempo de execução gerido para o Microsoft Office 2000 ou do Microsoft Office XP (2002). Por este motivo, a Microsoft não oferece uma actualização para estes clientes. Sem runtime de anfitrião para impor o isolamento do componente, componentes que produzem diferentes fornecedores podem interferir com outros componentes. Estes componentes podem causar problemas para o cliente. Estes componentes também podem causar erros de instabilidade ou tempo de execução de aplicações. Por este motivo, a Microsoft desencoraja utilizando código gerido no Office 2000 ou Office XP. Tenha cuidado quando tenta introduzir código gerido para estas versões do Office. Estas versões do Office foram concebidos e testados antes do .NET Framework foi criado.

Se tiver uma solução que tem de utilizar o código no Word 2000, no Word 2002, no Excel 2000, gerido ou no Excel 2002, pode configurar manualmente o sistema de cliente para ignorar a política lockback e activar o .NET Framework 2.0 CLR carregar essas versões. Para o fazer, siga estes passos:

1. Clique em Iniciar , clique em Executar , escreva regedit e, em seguida, prima ENTER.
2. Localize e, em seguida, clique com o botão direito do rato na seguinte chave do registo:
   HKEY_CLASSES_ROOT\Interface
3. Aponte para Novo e, em seguida, clique em chave .
4. Introduza {000 C 0601-0000-0000-C000-000000000046} como o nome para a nova chave de registo.
5. No lado direito, faça duplo clique a entrada de registo predefinido, introduza Word/Excel .NET Framework 2.0 Lockback Ignorar chave na caixa dados do valor e, em seguida, clique em OK .
6. Feche o Editor de registo.

Nota Definição desta chave ignorar pode causar problemas de compatibilidade para soluções concebidos utilizando o 2003 VSTO. Desde que este cliente permanece no Office 2000 ou no Office XP, este não deve ser um problema. No entanto, se o cliente actualiza para o Office 2003, o cliente tem de instalar a actualização completa que foi mencionada anteriormente para ser suportado pelo Microsoft. Torna a responsabilidade para garantir que esta configuração está correcta se definir manualmente esta chave de ignorar.

Este comportamento ocorre por predefinição.

Uma nota para programadores

Programadores que criam soluções de suplemento ou soluções de macros do Word ou Excel devem ter em consideração as limitações da incluindo os componentes geridos na respectiva solução. Tente utilizar componentes nativos quando pode. Além disso, considere a apontar para a sua solução em versões do Office com o tempo de execução VSTO 2005, runtime VSTO 2005 SE ou runtime VSTO 2008. Se a solução de utilizar componentes geridos interoperabilidade COM expõe, deverá considerar a moldagem esses componentes num anfitrião nativo. O anfitrião nativo fornece o isolamento de assemblagem e recolha de lixo para que a solução não interfere com outros componentes geridos no mesmo espaço de processo anfitrião.

Para obter mais informações sobre como efectuar um shim COM para código gerido, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: Se a solução foi concebida para utilizar o 2005 VSTO e deve certificar-se de compatibilidade com clientes do Office 2003 un-patched, a Microsoft disponibiliza um pacote de pré-requisitos de configuração que pode incluir na configuração do projecto. Este pacote de pré-requisito inclui tudo o que necessita para configurar correctamente o cliente, mesmo se o cliente não está a executar o Office 2003 SP3.

Para obter mais informações sobre como esta opção de configuração para VSTO 2005, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Para mais informações, visite o seguinte Web site da Microsoft: