Sdílet prostřednictvím

Migrace z rozhraní .NET Framework 1.1

  • Článek

Windows 7 nepodporuje .NET Framework verze 1.1. V důsledku toho nebudou aplikace, jejichž cílem je .NET Framework 1.1, spuštěny beze změn v systému Windows 7. Toto téma popisuje kroky potřebné ke spuštění aplikace cílené na .NET Framework 1.1 v Windows 7.

Přeorientovat nebo rekompilovat

Existují dva způsoby, jak spustit aplikaci, která byla sestavena pomocí rozhraní .NET Framework 1.1, v systému Windows 7:

  • Můžete změnit cíl aplikace, aby běžela pod .NET Framework verze 4. Změna orientace vyžaduje přidání elementu <supportedRuntime> do konfiguračního souboru aplikace, která umožňuje spuštění v rámci serveru .NET Framework 4. Takový konfigurační soubor získá následující tvar:

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

  • Můžete znovu zkompilovat aplikaci s kompilátorem, který se zaměřuje .NET Framework 4. Pokud jste původně sadu Visual Studio 2003 použili k vývoji a kompilaci vašeho řešení, můžete řešení otevřít v sadě Visual Studio 2010 a Průvodce převodu Visual Studio převede soubory řešení a projektu z formátů používaných sadou Visual Studio 2003 do formátu Microsoft Build Engine (MSBuild), který používá sada Visual Studio 2010.

Bez ohledu na to, zda upřednostňujete rekompilaci nebo změnu cílové aplikace, je třeba určit, zda bude aplikace ovlivněna změnami zavedenými v novějších verzích rozhraní .NET Framework. Tyto změny jsou dvou typů:

  • Přerušující změny, které nastaly mezi systémem .NET Framework 1.1 a novějšími verzemi rozhraní .NET Framework.

  • Typy a členy typu označené jako zastaralé mezi .NET Framework 1.1 a novějšími verzemi rozhraní .NET Framework.

Zda změnit cíl aplikace nebo ji znovu zkompilovat. Měli byste zkontrolovat nejnovější změny a zastaralé typy a členů u každé verze .NET Framework, která byla vydána po .NET Framework 1.1.

Nejnovější změny

Když dojde ke změně rozdělení, v závislosti na konkrétní změně může být k dispozici řešení pro aplikace se změněným cílem i pro rekompilované aplikace. V některých případech můžete přidat podřízený element do elementu <runtime> aplikace konfiguračního souboru pro obnovení předchozího chování. Například následující konfigurační soubor obnovuje chování řazení a porovnávání řetězců používané v nástroji .NET Framework 1.1 a může být použit buď s přesměrovanou nebo překompilovanou aplikací.

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

Nicméně v některých případech může být nutné upravit zdrojový kód a zkompilovat aplikaci znovu.

Chcete-li posoudit dopad možných nejnovějších změn na aplikaci, musíte zkontrolovat následující seznamy změn:

Zastaralé typy a členové

Dopad zastaralých typů a členů se poněkud liší od revidovaných aplikací a rekompilovaných aplikací. Použití zastaralých typů a členů neovlivní přesměrovanou aplikaci, pokud zastaralý typ nebo člen nebyl fyzicky odebrán z příslušného sestavení. Opětovnou kompilací aplikace, která používá zastaralé typy nebo členy, obvykle vytváří kompilátor varování spíše než chybu kompilátoru. V některých případech však dojde k chybě kompilátoru a kód, který používá zastaralý typ nebo člen, nebude zkompilován úspěšně. V tomto případě je třeba přepsat zdrojový kód, který vyvolá zastaralý typ nebo člena dříve, než aplikaci znovu zkompilujete. Další informace o zastaralých typech a členech naleznete v části Co je zastaralé v rozhraní .NET Framework.

Chcete-li posoudit dopad typů a členů, kteří již nejsou používání od vydání .NET Framework 2.0 SP1, viz Co je zastaralé v rozhraní .NET Framework. Zkontrolujte seznam zastaralých typů a členů pro .NET Framework 2.0 SP1, .NET Framework 3.5a .NET Framework 4.

Historie změn

Datum

Historie

Důvod

Září 2010

Bylo přidáno téma.

Rozšíření informace