Migrazione da .NET Framework versione 1.1
Windows 7 non supporta .NET Framework versione 1.1. Di conseguenza, le applicazioni destinate a .NET Framework 1.1 non verranno eseguite senza modifica su Windows 7. Questo argomento discute i passaggi richiesti per eseguire un'applicazione destinata a .NET Framework 1.1 in Windows 7.
Reindirizzamento o ricompilazione
Ci sono due modalità per fare in modo che un'applicazione compilata utilizzando .NET Framework 1.1 sia eseguita su Windows 7:
È possibile reindirizzare l'applicazione affinché venga eseguita in .NET Framework versione 4. Il reindirizzamento richiede l'aggiunta di un elemento <supportedRuntime > al file di configurazione dell'applicazione che gli consente di essere eseguito in .NET Framework 4. Tale file di configurazione prende il form seguente:
<configuration> <startup> <supportedRuntime version="v4.0"/> </startup> </configuration>
È possibile ricompilare l'applicazione con un compilatore destinato a .NET Framework 4. Se è stato originariamente utilizzato Visual Studio 2003 per sviluppare e compilare la soluzione, è possibile aprire la soluzione in Visual Studio 2010 e la Conversione guidata di Visual Studio convertirà la soluzione e i file di progetto dai formati utilizzati da Visual Studio 2003 al formato di Microsoft Build Engine (MSBuild) utilizzato da Visual Studio 2010.
Indipendentemente dal fatto che si preferisca ricompilare o reindirizzare l'applicazione, è necessario determinare se l'applicazione è interessata dalle modifiche introdotte in versioni successive di .NET Framework. Queste modifiche sono di due tipi:
Le modifiche di interruzione che si verificano tra .NET Framework 1.1 e le versioni successive di .NET Framework.
I tipi e i membri del tipo contrassegnati come deprecati o obsoleti tra .NET Framework 1.1 e le versioni successive di .NET Framework.
Se si reindirizza o si ricompila l'applicazione, è necessario rivedere sia le modifiche di interruzione e i tipi e i membri obsoleti per ogni versione di .NET Framework rilasciata dopo .NET Framework 1.1.
Modifiche di interruzione
Quando si verifica una modifica di interruzione, in base alla modifica specifica, è possibile che sia disponibile una soluzione alternativa sia per le applicazioni reindirizzate che per le applicazioni ricompilate. In alcuni casi, è possibile aggiungere un elemento figlio all'elemento <runtime> del file di configurazione dell'applicazione per ripristinare il comportamento precedente. Ad esempio, nel file di configurazione seguente viene ripristinato l'ordinamento della stringa e il comportamento del confronto utilizzato in .NET Framework 1.1 che può essere utilizzato con un'applicazione reindirizzata o ricompilata.
<configuration>
<runtime>
<CompatSortNLSVersion enabled="4096"/>
</runtime>
</configuration>
Tuttavia, in alcuni casi, potrebbe essere necessario modificare il codice sorgente e ricompilare l'applicazione.
Per stimare l'impatto di possibili modifiche di interruzione sull'applicazione, è necessario rivedere i seguenti elenchi di modifiche:
Le modifiche ai documenti relativi alle modifiche di interruzione in .NET Framework 2.0 in .NET Framework 2.0 SP1 che possono interessare un'applicazione destinata a .NET Framework 1.1.
Le modifiche ai documenti relativi alle modifiche in .NET Framework 3.5 SP1 tra .NET Framework 3.5 e .NET Framework 3.5 SP1.
Le modifiche ai documenti Problemi relativi alla migrazione di .NET Framework 4 tra .NET Framework 3.5 SP1 e .NET Framework 4.
Tipi e membri obsoleti
L'impatto di tipi e membri deprecati è piuttosto diverso per le applicazioni reindirizzate e quelle ricompilate. L'utilizzo di tipi e membri obsoleti non influirà su un'applicazione reindirizzata a meno che il tipo o il membro obsoleto non siano stati fisicamente rimossi dall'assembly. La ricompilazione di un'applicazione che utilizza tipi o membri obsoleti di solito produce un avviso del compilatore piuttosto che un errore del compilatore. Tuttavia, in alcuni casi, produce un errore del compilatore e il codice che utilizza il tipo o il membro obsoleto non esegue correttamente la compilazione. In questo caso, è necessario riscrivere il codice sorgente che chiama il tipo o il membro obsoleto prima di ricompilare l'applicazione. Per ulteriori informazioni sui tipi e i membri obsoleti, vedere Elementi obsoleti in .NET Framework.
Per stimare l'impatto di tipi e membri deprecati fin dalla versione di .NET Framework 2.0 SP1, vedere Elementi obsoleti in .NET Framework. Rivedere gli elenchi di tipi e membri obsoleti per .NET Framework 2.0 SP1, .NET Framework 3.5 e .NET Framework 4.
Cronologia delle modifiche
Data |
Cronologia |
Motivo |
---|---|---|
Settembre 2010 |
Argomento aggiunto. |
Miglioramento delle informazioni. |