Para ver el artículo en inglés, active la casilla Inglés. También puede ver el texto en inglés en una ventana emergente si pasa el puntero del mouse por el texto.
Traducción
Inglés

Migrar de .NET Framework 1.1

.NET Framework (current version)
 

 Windows 7 y las versiones posteriores del sistema operativo Windows no admiten .NET Framework 1.1. En consecuencia, las aplicaciones que tienen como destino .NET Framework 1.1 no podrán ejecutarse sin modificaciones en Windows 7 o versiones posteriores. En este tema describen los pasos necesarios para ejecutar una aplicación destinada a .NET Framework 1.1 en Windows 7 y versiones posteriores del sistema operativo Windows. Para obtener más información sobre .NET Framework 1.1 y Windows 8, consulte Ejecutar aplicaciones de .NET Framework 1.1 en Windows 8, Windows 8.1 o Windows 10.

Hay dos formas para conseguir que una aplicación compilada con .NET Framework 1.1 se ejecute en Windows 7 o un sistema operativo de Windows posterior:

  • Puede redestinar la aplicación para que se ejecute en .NET Framework 4. Para redestinarla, es necesario agregar un elemento <supportedRuntime> al archivo de configuración de la aplicación que permita ejecutarla en .NET Framework 4. Un archivo de configuración de este tipo tendrá el formato siguiente:

    <configuration> <startup> <supportedRuntime version="v4.0"/> </startup> </configuration>
    
    
  • Puede volver a compilar la aplicación con un compilador que tenga como destino .NET Framework 4. Si originalmente usó Visual Studio 2003 para desarrollar y compilar la solución, puede abrir la solución en Visual Studio 2010 y usar el cuadro de diálogo Compatibilidad del proyecto para convertir la solución y los archivos del proyecto de los formatos utilizados en Visual Studio 2003 a los formatos de Microsoft Build Engine (MSBuild) utilizados en Visual Studio 2010.

Independientemente de si prefiere volver a compilar o redestinar la aplicación, deberá determinar si la aplicación se ve afectada por los cambios introducidos en versiones posteriores de .NET Framework. Estos cambios son de dos tipos:

  • Cambios importantes que se produjeron entre .NET Framework 1.1 y las versiones posteriores de .NET Framework.

  • Tipos y miembros que se han marcado como desusados u obsoletos entre .NET Framework 1.1 y versiones posteriores de .NET Framework.

Tanto si redestina la aplicación como si vuelve a compilarla, deberá revisar los cambios importantes y los miembros y tipos obsoletos de cada versión de .NET Framework publicada después de .NET Framework 1.1.

Cuando se realiza un cambio importante, en función del cambio concreto, puede haber una solución disponible tanto para las aplicaciones redestinadas como para las que se compilan de nuevo. En algunos casos, puede agregar un elemento secundario al elemento <runtime> del archivo de configuración de la aplicación para restaurar el comportamiento anterior. Por ejemplo, el archivo de configuración siguiente restaura el comportamiento de comparación y ordenación de cadenas que se utilizaba en .NET Framework 1.1 y puede usarse tanto con una aplicación redestinada como con una aplicación que se ha compilado de nuevo.

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

Sin embargo, en algunos casos, tal vez necesite modificar el código fuente y volver a compilar la aplicación.

Para valorar el impacto que los posibles cambios importantes podrían tener en su aplicación, debe revisar las siguientes listas de cambios:

El impacto de los tipos y miembros desusados es ligeramente distinto en las aplicaciones redestinadas que en las aplicaciones compiladas de nuevo. El uso de tipos y miembros obsoletos no afectará a la aplicación redestinada a menos que el tipo o miembro obsoleto se haya quitado físicamente del ensamblado. Cuando se vuelve a compilar una aplicación que utiliza tipos y miembros obsoletos, normalmente se produce una advertencia del compilador y no un error del compilador. Sin embargo, en algunos casos, se genera un error del compilador y el código que usa el tipo o miembro obsoleto no se compila correctamente. En este caso, debe volver a escribir el código fuente que llama al tipo o miembro obsoleto antes de volver a compilar la aplicación. Para obtener más información sobre tipos y miembros obsoletos, consulte Lo obsoleto en la biblioteca de clases de .NET Framework.

Para valorar el impacto de los tipos y los miembros que han quedado en desuso desde la publicación de .NET Framework 2.0 SP1, consulte Lo obsoleto en la biblioteca de clases de .NET Framework. Consulte las listas de tipos y miembros obsoletos de .NET Framework 2.0 SP1, .NET Framework 3.5 y .NET Framework 4.

Mostrar: