Partilhar via

<supportPortability> Elemento

  • Artigo

Especifica que um aplicativo pode referenciar o mesmo assembly em duas diferentes implementações da.NET Framework, desativando o comportamento padrão que trata os assemblies como equivalente para fins de portabilidade do aplicativo.

<supportPortability PKT="public_key_token" enabled="true|false"/>

Atributos e elementos

As seções a seguir descrevem atributos, elementos filho, e elementos pai.

Atributos

Atributo

Descrição

PKT

Atributo obrigatório.

Especifica o token de chave público do assembly afetado, como uma seqüência de caracteres.

enabled

Atributo opcional.

Especifica se suporte para portabilidade entre implementações especificado.Assembly do NET Framework deve estar ativado.

Atributo enabled

Valor

Descrição

verdadeiro

Ative o suporte para portabilidade entre implementações especificado.Assembly do NET Framework. Este é o padrão.

FALSO

Desative o suporte para portabilidade entre implementações especificado.Assembly do NET Framework. Isso permite que o aplicativo tenha referências a várias implementações do assembly especificado.

Elementos filho

Nenhum.

Elementos pai

Elemento

Descrição

configuration

O elemento raiz em cada arquivo de configuração usadas pelos common language runtime e .NET Framework aplicativos.

runtime

Contém informações sobre o assembly ligação e coleta de lixo.

assemblyBinding

Contém informações sobre o redirecionamento de versão do assembly e os locais de assemblies.

Comentários

Começando com o .NET Framework versão 4, o suporte é fornecido automaticamente para aplicativos que podem usar qualquer uma das duas implementações a.NET Framework, por exemplo, tanto o.Implementação do NET Framework ou o.NET Framework para implementação do Silverlight. As duas implementações de uma determinada.Assembly do NET Framework são vistas como equivalente, o fichário de assembly. Em alguns cenários, esse recurso de portabilidade do aplicativo causa problemas. Nesses cenários, o <supportPortability> elemento pode ser usado para desativar o recurso.

Um cenário como esse é um conjunto que possui para fazer referência a ambos os.Implementação do NET Framework e o.NET Framework para implementação do Silverlight de um conjunto específico de referência. Por exemplo, um designer XAML escrito no de Windows Presentation Foundation (WPF), talvez seja necessário fazer referência tanto a implementação de Desktop do WPF, para a interface do usuário do designer e o subconjunto do WPF é incluído na implementação do Silverlight. Por padrão, as referências separadas causam um erro do compilador, porque a ligação de assembly vê dois assemblies como equivalente. Este elemento desativa o comportamento padrão e permite que a compilação seja bem-sucedida.

Observação importanteImportante

Para o compilador passar as informações a lógica de ligação de assembly do common language runtime, você deve usar o /appconfig opção de compilador para especificar o local do arquivo app. config que contém este elemento.

Exemplo

O exemplo a seguir permite que um aplicativo ter referências para ambos os.Implementação do NET Framework e o.NET Framework para implementação do Silverlight de qualquer.NET Framework que existe em ambas as implementações. O /appconfig opção de compilador deve ser usada para especificar o local deste arquivo app. config.

<configuration>
   <runtime>
      <assemblyBinding>
         <supportPortability PKT="7cec85d7bea7798e" enable="false"/>
         <supportPortability PKT="31bf3856ad364e35" enable="false"/>
      </assemblyBinding>
   </runtime>
</configuration>

Consulte também

Conceitos

.Visão geral do NET Framework Assembly Unificação

Outros recursos

/AppConfig ( Opçõesdo compilador TRANSLATION FROM VPE FOR CSHARP)