Compartilhar via

Migrando do .NET Framework versão 1.1

  • Artigo

Windows 7não oferece suporte a .NET Framework versão 1.1. Como resultado, aplicativos de destino a .NET Framework 1.1 não serão executados sem modificação no Windows 7. Este tópico discute as etapas necessárias para executar um aplicativo voltado para o .NET Framework 1.1 em Windows 7.

Redirecionamento ou recompilar

Há duas maneiras de se obter um aplicativo que foi compilado usando o .NET Framework 1.1 para executar em Windows 7:

  • Você pode redirecionar o aplicativo para ser executado em .NET Framework versão 4. Redirecionamento requer que você adicione um <supportedRuntime> elemento ao arquivo de configuração do aplicativoque permite que ele seja executado em .NET Framework 4. Um arquivo de configuração usa o seguinte formulário:

    <configuration> 
   <startup>
      <supportedRuntime version="v4.0"/>
   </startup>
</configuration>

  • Você pode recompilar o aplicativo com um compilador que se destina a .NET Framework 4. Se você usou originalmente Visual Studio 2003 para desenvolver e compilar sua solução, você pode em aberto a solução de Visual Studio 2010e o Visual Studio Conversion Wizard irá converter os arquivos de solução e projeto dos formatos usados pelo formato de Visual Studio 2003 para o Microsoft Build Engine (MSBuild) usado pelo Visual Studio 2010.

Independentemente, por exemplo, se você preferir recompilar ou redirecionar o seu aplicativo, você deve determinar se seu aplicativo é afetado pelas alterações introduzidas em versões posteriores do.NET Framework. Essas alterações são de dois tipos:

  • Alterações que ocorreram entre significativas do .NET Framework 1.1 e versões posteriores do.NET Framework.

  • Tipos e membros de tipo que tiverem sido marcados como obsoleto entre preterido ou o .NET Framework 1.1 e versões posteriores do.NET Framework.

Se você redirecionar o seu aplicativo ou recompilá-lo, você deve examinar tanto as alterações mais recentes e o obsoleto tipos e membros para cada versão do.NET Framework foi lançado após .NET Framework 1.1.

Alterações significativas

Quando ocorre uma alteração de quebra, dependendo da alteração específica, uma solução alternativa pode estar disponível tanto para redirecionadas e recompilação de aplicativos. Em alguns casos, você pode adicionar um elemento filho para o <tempo de execução> arquivo de elemento de configuração do seu aplicativopara restauração o comportamento anterior. Por exemplo, o arquivo de configuração a seguir restaura o comportamento de classificação e comparação de seqüência de caracteres usado no .NET Framework 1.1 e pode ser usado com um redirecionados ou um aplicativode recompilado.

<configuration>
   <runtime>
      <CompatSortNLSVersion enabled="4096"/>
   </runtime>
</configuration>

No entanto, em alguns casos, talvez você precise modificar seu código fonte e recompilar seu aplicativo.

Para avaliar o impacto das alterações de quebra de possíveis no seu aplicativo, você deve revisar as listas de alterações a seguir:

Obsoleto tipos e membros

O impacto de membros e tipos preterido é um pouco diferente para aplicativos redirecionados e recompilação de aplicativos. O uso de membros e tipos obsoleto não afetará a um aplicativo de redirecionados a menos que o membro ou tipo obsoleto foi fisicamente removido do seu assembly. Recompilar um aplicativo que usa obsoleto tipos ou membros geralmente produz um aviso do compilador em vez de um errodo compilador. No entanto, em alguns casos, ele produz um errodo compilador e código que usa o obsoleto de tipo ou membro faz não compilar com êxito. Nesse caso, você deverá reescrever o código fonte que chama o obsoleto de tipo ou membro antes de recompilar o seu aplicativo. Para obter mais informações sobre membros e tipos obsoleto , consulte O que está obsoleto no .NET Framework.

Para avaliar o impacto dos tipos e membros que foram preterido desde o versão do .NET Framework 2.0 SP1, consulte O que está obsoleto no .NET Framework. Revise as listas de tipos obsoleto e membro para o .NET Framework 2.0 SP1, o .NET Framework 3.5e o .NET Framework 4.

Histórico de alterações

Date

History

Motivo

Setembro de 2010

Tópico adicional.

Aprimoramento de informações.