Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird erläutert, wie Sie Upgrades von .NET-Anwendungen planen und ausführen. Es hilft Ihnen, Ihre aktuelle App zu bewerten, den richtigen Upgradepfad auszuwählen, die verfügbaren Tools zu verwenden und die aktualisierte App zu überprüfen. Verwenden Sie die Anleitung zum Upgrade von .NET Framework auf moderne .NET, wechseln Sie zur neuesten .NET-Version, oder modernisieren Sie Ihre App für Cloud und Container.
Upgradezeitpunkt
Erwägen Sie ein Upgrade, wenn geschäftliche oder technische Signale einen klaren Wert aufweisen:
- .NET oder andere Abhängigkeiten erreichen das Ende des Supports.
- Neue Sicherheitsrisiken werden erkannt, oder Sie müssen neue Complianceanforderungen erfüllen.
- Sie stoßen auf Leistungs- oder Skalierbarkeitsgrenzen, die von neueren .NET-Versionen behoben werden.
Das Upgrade ist auch eine gute Gelegenheit, Ihre App zu modernisieren. Sie können ihre App z. B. containern, eine Komponente in einen cloudeigenen Dienst verschieben oder Cloudmuster anwenden, die Zuverlässigkeit und Funktionsfähigkeit verbessern. Das Upgrade erhöht auch die Produktivität der Entwickler, indem neuere SDKs, Vorlagen und Sprachfeatures aktiviert werden, die die Entwicklung vereinfachen und die Wartung reduzieren.
Priorisieren Sie Upgrades nach Risiko und Rendite: Führen Sie eine gezielte Bewertung aus, führen Sie die Änderungen an einem Projekt mit geringem Risiko aus, und verwenden Sie die Ergebnisse, um umfassendere Migrationen zu planen.
.NET-Lebenszyklus einer Version
.NET veröffentlicht jedes Jahr eine neue Hauptversion, abwechselnd als Version mit Standardlaufzeit-Support (STS) und als Version mit Langzeitunterstützung (LTS). Jede Version verfügt über ein definiertes Supportfenster, nach dem sie keine Sicherheits- und Qualitätsupdates mehr erhält. Planen Sie Ihren Upgraderhythmen um diese Daten, damit Ihre Apps auf einer unterstützten Version bleiben:
- LTS-Versionen werden drei Jahre lang unterstützt und sind die typische Wahl für Produktions-Apps, die Stabilität bevorzugen.
- STS-Versionen werden 18 Monate lang unterstützt und sind nützlich, wenn Sie schneller neue Features einführen möchten.
Unterstützte Versionen, End-of-Support-Daten und Patching-Anleitungen finden Sie unter .NET-Versionen, Patches und Support und der .NET- und .NET Framework-Supportrichtlinie.
Das .NET SDK kann auf ältere Versionen von .NET abzielen, die Sie möglicherweise benötigen, wenn Sie eine Bereitstellung in einem Hostingdienst ausführen, der die neueste Laufzeit noch nicht unterstützt. Halten Sie Ihre Entwicklertools auf dem neuesten Stand, da jede Version Sicherheitsrisiken behandelt und Kompatibilität mit neuen Technologien hinzufügt.
Auswählen eines Upgradepfads
Die meisten Upgrades werden in eine der folgenden Kategorien unterteilt. Beginnen Sie mit den Anleitungen, die Ihrem Szenario entsprechen, und verwenden Sie dann die weiter unten in diesem Artikel beschriebenen Tools, um die Arbeit auszuführen.
.NET Framework zu modernem .NET
Migrieren Sie reine Windows-.NET-Framework-Apps zu plattformübergreifendem .NET. Das App-Modell, das Projektformat und einige APIs ändern sich, und Möglicherweise müssen Sie Technologien ersetzen, die in modernen .NET nicht verfügbar sind. Eine Übersicht über die Änderungen und die Planung finden Sie unter Overview of porting from .NET Framework to .NET. Verwandte Anleitungen:
Von älterem .NET auf die neueste .NET-Version
Wechseln sie von einer veralteten oder älteren .NET Version zur aktuellen Version. Diese Upgrades sind in der Regel weniger umfangreich und betreffen meist nur Aktualisierungen des Target Frameworks, der Abhängigkeiten und aufgrund von Breaking Changes. Überprüfen Sie .NET Breaking Changes für die Versionen, zwischen denen Sie wechseln.
Modernisieren nach dem Upgrade
Nachdem Ihre App auf modernen .NET erstellt und ausgeführt wurde, nutzen Sie neuere Muster wie
appsettings.json-Konfiguration, Abhängigkeitseinfügung und moderne Web- und Desktopsteuerelemente. Ideen und eine Schritt-für-Schritt-Anleitung finden Sie unter Modernisieren nach dem Upgrade von .NET Framework auf .NET.Wechseln zur Cloud
Containerisieren Sie Ihre App, ersetzen Sie lokale Komponenten durch verwaltete Dienste, und übernehmen Sie Cloudmuster für Zuverlässigkeit und Observability.
GitHub App Copilot Modernisierung (empfohlen)
Der GitHub App Copilot Modernisierungs-Agent bietet eine KI-unterstützte End-to-End-Erfahrung, die die Portierung und Modernisierung beschleunigt. Der Agent analysiert Ihr Projekt und schreibt einen Plan, um das gewünschte Upgrade abzuschließen. Sie können den Plan anpassen und überarbeiten und dann die Upgrades durchführen. Mit diesem Agent können Sie:
- Aktualisieren Sie Projekte auf eine neuere .NET-Version.
- Bewerten Sie den Code, die Konfiguration und die Abhängigkeiten Ihrer Anwendung.
- Migrieren Sie Projekte von älteren .NET-Versionen zur neuesten Version.
- Technologien, von denen Ihre App abhängig ist, nach Azure migrieren.
- Planen und Bereitstellen der richtigen Azure-Ressourcen.
- Beheben sie Probleme, und wenden Sie bewährte Methoden für die Cloudmigration an.
- Überprüfen Sie, ob Ihre App erstellt wird und dass Tests bestehen.
Verwenden Sie den Agent, wenn Sie einen geführten, KI-basierten Pfad zum Bewerten, Beheben und Modernisieren von Codebasen benötigen , insbesondere für Projekte mit vielen Abhängigkeiten, die auf Windows spezifischen APIs basieren oder die Sie planen, in die Cloud zu containern oder zu migrieren. Weitere Informationen finden Sie unter Was ist die GitHub Copilot App-Modernisierung.
.NET Upgrade Assistant (veraltet)
.NET Upgrade Assistant ist ein Visual Studio Erweiterungs- und CLI-Tool, das ein Projekt analysiert und allgemeine Upgradeänderungen anwendet. Es ist offiziell zugunsten des GitHub Copilot App-Modernisierungs-Agenten eingestellt und wird nicht mehr aktiv weiterentwickelt. Verwenden Sie ihn nur, wenn Sie den Modernisierungs-Agent nicht verwenden können, z. B. wenn Ihre Umgebung keinen Zugriff auf GitHub Copilot hat. Neue Arbeit sollte stattdessen auf den Modernisierungs-Agent abzielen.