.NET Framework-Versionen und -Abhängigkeiten

Jede Version von .NET Framework enthält die CLR (Common Language Runtime) sowie die Basisklassenbibliotheken und andere verwaltete Bibliotheken. In diesem Thema werden die Hauptfunktionen von .NET Framework nach Version beschrieben und Informationen zu den zugrunde liegenden CLR-Versionen sowie den zugeordneten Entwicklungsumgebungen bereitgestellt und die vom Windows-Betriebssystem installierten Versionen dargestellt.

Hinweis

Informationen zum Herunterladen und Installieren von .NET Framework finden Sie unter Installieren von .NET Framework für Entwickler.

Die folgende Tabelle enthält eine Zusammenfassung des .NET Framework-Versionsverlaufs und korreliert die einzelnen Versionen mit Visual Studio, Windows und Windows Server. Beachten Sie, dass Visual Studio die Festlegung von Zielversionen bereitstellt, sodass Sie nicht auf die Version von .NET Framework beschränkt sind, die aufgeführt wird.

Jede neue Version von .NET Framework enthält weiterhin Funktionen aus den früheren Versionen und fügt neue Funktionen hinzu. Die CLR wird durch ihre eigene Versionsnummer identifiziert. Die .NET Framework-Versionsnummer wird mit jeder neuen Version erhöht, obwohl die CLR-Version nicht immer erhöht wird. Beispiel: .NET Framework 4, 4.5. und spätere Versionen enthalten CLR 4; .NET Framework 2.0, 3.0 und 3.5 hingegen enthalten CLR 2.0. (Es gab keine Version 3 der CLR.)

Eine vollständige Liste der unterstützten Betriebssysteme finden Sie unter Systemanforderungen. Informationen zum Herunterladen finden Sie unter Installieren von.NET Framework für Entwickler. Informationen zum Bestimmen der auf einem Computer installierten .NET Framework-Versionen finden Sie unter Gewusst wie: Bestimmen der installierten .NET Framework-Versionen.

In der Tabelle müssen Versionen von .NET Framework, die auf Betriebssystemversionen installiert sind, die mit ✓ in den Spalten Enthalten in > Kann unter Windows installiert werden und Enthalten in > Kann unter Windows Server installiert werden markiert sind, in der Systemsteuerung aktiviert (für Windows) oder durch den Server Manager (für Windows Server) aktiviert sein.

.NET Framework-Version CLR-Version Features Enthalten in Visual Studio-Version ✓ Enthalten in
+ Kann installiert werden auf
Windows
✓ Enthalten in
+ Kann installiert werden auf
Windows Server
Ermitteln der installierten .NET-Version
4.7 4 – Unterstützung für dem vom Betriebssystem bereitgestellten Grad der TLS-Unterstützung.
– Möglichkeit zum Konfigurieren der Standardsicherheitseinstellungen für Nachrichten für TLS1.1 oder TLS1.2.
– Verbesserte Zuverlässigkeit von DataContractJsonSerializer.
– Erhöhte Zuverlässigkeit bei der Serialisierung und Deserialisierung mit WCF-Anwendungen.
– Möglichkeit zum Erweitern des ASP.NET-Objektcache.
– Unterstützung für einen auf WM_POINTER-Windows-Nachrichten basierenden Touch-/Tablettstiftstapel anstelle der Windows Ink Services Plattform (WISP) für WPF-Anwendungen.
– Verwendung der Paket-API von Windows zum Drucken von Dokumenten in WPF-Anwendungen.
– Unterstützung hoher DPI-Werte und mehrerer Bildschirme für Windows Forms-Anwendungen unter Windows 10 Creators Update.
✓ 10 Creators Update

+ 10 Anniversary Update
+ 8.1
+7
+ 2016
+ 2012 R2
+ 2012
+ 2008 R2 SP1
Verwenden Sie das Release-DWORD:

– 460798 (Windows 10 Creators Update)
– 460805 (alle anderen Betriebssystemversionen)

(Siehe Anweisungen)
4.6.2 4 – Kryptografie-Erweiterungen, einschließlich der Unterstützung für X509-Zertifikate, die FIS 186-3 DSA enthalten, bieten Unterstützung für die symmetrische Verschlüsselung persistenter Schlüssel, SignedXml-Unterstützung für SHA-2-Hashing sowie verbesserte Übersichtlichkeit für Eingaben in Schlüsselableitungsfunktions-Routinen für den Diffie-Hellman-Schlüsselaustausch.
– Für Windows Presentation Foundation-Apps (WPF), Bildschirmtastatur-Unterstützung und DPI pro Monitor.
– ClickOnce-Unterstützung für die Protokolle TLS 1.1 und TLS 1.2.
– Unterstützung der Konvertierung von Windows Forms- und WPF-Apps in UWP-Apps.
✓ 10 Anniversary Update

+ 8.1
+ 7
✓ 2016

+ 2012 R2
+ 2012
+ 2008 R2 SP1
Verwenden Sie das Release-DWORD:

– 394802 (Windows 10 Anniversary Update)
– 394806 (alle anderen Betriebssystemversionen)

(Siehe Anweisungen)
4.6.1 4 – Unterstützung für X 509-Zertifikate mit ECDSA
– Grundsätzliche Verschlüsselung für hardwaregeschützte Schlüssel in ADO.NET
– Verbesserte Rechtschreibprüfung in WPF
- Weitere...
✓ 10 November Update

+ 10
+ 8.1
+ 8
+ 7
+ 2012 R2
+ 2012
+ 2008 R2 SP1
Verwenden Sie das Release-DWORD:

– 394254 (Windows 10-Update von November)
– 394271 (alle anderen Betriebssystemversionen)

(Siehe Anweisungen)
4.6 4 – Kompilierung mit .NET Native
– ASP.NET Core 5
– Verbesserungen bei der Ereignisablaufverfolgung
– Unterstützung für Codepagecodierungen
- Weitere...
2015, obwohl einige .NET-Bibliotheken auf NuGet verfügbar sind. Weitere Informationen finden Sie unter .NET Framework und Out-of-Band-Releases. ✓ 10
+ 8.1
+ 8
+ 7
+ Vista
+ 2012 R2
+ 2012
+ 2008 R2 SP1
+ 2008 SP2
Verwenden Sie das Release-DWORD:

– 393295 (Windows 10)
– 393297 (alle anderen Betriebssystemversionen)

(Siehe Anweisungen)
4.5.2 4 – Neue APIs für transaktionale Systeme und ASP.NET
– Anpassen der System-DPI in Windows Forms-Steuerelementen
– Profilerstellungsverbesserungen
– Verbesserungen an ETW- und Belastungsprotokollierung
- Weitere...
- + 8.1
+ 8
+ 7
+ Vista
+ 2012 R2
+ 2012
+ 2008 R2 SP1
+ 2008 SP2
Verwenden Sie das Release-DWORD: 379893
(Siehe Anweisungen)
4.5.1 4 – Unterstützung für Windows Phone Store-Apps
– Automatische Bindungsumleitung
– Verbesserungen der Leistung und des Debuggers
- Weitere...
2013 ✓ 8.1
+ 8
+ 7
+ Vista
✓ 2012 R2
+ 2012
+ 2008 R2 SP1
+ 2008 SP2
Verwenden Sie das Release-DWORD:

– 378675 (Windows 8.1)
– 378758 (alle sonstigen)

(Siehe Anweisungen)
4.5 4 – Unterstützung für Windows Store-Apps
– WPF, WCF, WF, ASP.NET-Updates
- Weitere...
2012 ✓ 8
+ 7
+ Vista
✓ 2012
+ 2008 R2 SP1
+ 2008 SP2
Verwenden Sie das Release-DWORD: 378389
(Siehe Anweisungen)
4 4 – Erweiterte Basisklassenbibliotheken
– Plattformübergreifende Entwicklung mit der portablen Klassenbibliothek
– MEF, DLR, Codeverträge
- Weitere...
2010 + 7
+ Vista
+ 2008 R2 SP1
+ 2008 SP2
+ 2003
Siehe Anweisungen
3.5 2,0 – AJAX-fähige Webseiten
– LINQ
– Dynamische Daten
- Weitere...
2008 ✓ 10✓ 8.1
✓ 8\

✓ 7
+ Vista
✓ 2008 R2 SP1*
+ 2012 R2
+ 2012
+ 2008 SP2
+ 2003
Siehe Anweisungen
3.0 2,0 – WPF, WCF, WF, CardSpace - ✓ Vista ✓ 2008 R2 SP1
✓ 2008 SP2\

+ 2003
Siehe Anweisungen
2,0 2,0 – Generika
– ASP.NET-Erweiterungen
- Weitere...
2005 - ✓ 2008 R2 SP1
✓ 2008 SP2
✓ 2003
Siehe Anweisungen
1,1 1,1 – ASP.NET- und ADO.NET-Updates
– Parallele Ausführung
- Weitere...
2003 - ✓ 2003 Siehe Anweisungen
1,0 1,0 Erste Version von .NET Framework. Visual Studio .NET - - Siehe Anweisungen

Im Allgemeinen sollten Sie keine Versionen von .NET Framework deinstallieren, die auf dem Computer installiert sind, da es sein kann, dass eine verwendete Anwendung von einer bestimmten Version abhängt und nicht mehr ausgeführt wird, wenn diese Version entfernt wird. Sie können auf einem Computer mehrere .NET Framework-Versionen gleichzeitig laden. Das bedeutet, dass Sie .NET Framework installieren können, ohne frühere Versionen deinstallieren zu müssen. Weitere Informationen finden Sie unter Erste Schritte.

Zuweisen und Ausführen von .NET Framework-Apps für die Versionen 4.5 und höher

.NET Framework 4.5 ist ein direktes Update, das .NET Framework 4 auf Ihrem Computer ersetzt. Ebenso sind .NET Framework 4.5.1 4.5.2, 4.6, 4.6.1, 4.6.2 und 4.7 direkte Updates von .NET Framework 4.5. Sie verwenden demnach dieselbe Laufzeitversion. Die Assemblyversionen werden jedoch aktualisiert und enthalten neue Typen und Member. Nach dem Installieren eines dieser Updates sollten Ihre .NET Framework 4-, .NET Framework 4.5 oder .NET Framework 4.6-Apps ohne Neukompilierung weiter ausführbar sein. Umgekehrt ist dies jedoch nicht möglich. Es ist nicht zu empfehlen, Apps, die auf eine höhere Version von .NET Framework abzielen, mit einer früheren Version von .NET Framework auszuführen. Beispielsweise sollten Sie eine App, die für .NET Framework 4.6 vorgesehen ist, nicht mit .NET Framework 4.5 ausführen. Es gelten die folgenden Richtlinien:

  • In Visual Studio können Sie .NET Framework 4.5 als Zielframework für ein Projekt auswählen (dies legt die GetReferenceAssemblyPaths.TargetFrameworkMoniker-Eigenschaft fest), um das Projekt als .NET Framework 4.5-Assembly oder ausführbare Datei zu kompilieren. Diese Assembly oder ausführbare Datei kann dann auf jedem Computer verwendet werden, auf dem .NET Framework 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1, 4.6.2 oder 4.7 installiert ist.

  • In Visual Studio können Sie .NET Framework 4.5.1 als Zielframework für ein Projekt auswählen (dies legt die GetReferenceAssemblyPaths.TargetFrameworkMoniker-Eigenschaft fest), um das Projekt als .NET Framework 4.5.1-Assembly oder ausführbare Datei zu kompilieren. Diese Assembly oder ausführbare Datei sollte nur auf Computern ausgeführt werden, auf denen .NET Framework 4.5.1 oder eine höhere Version von .NET Framework installiert ist. Eine ausführbare Datei, die auf .NET Framework 4.5.1 abzielt, ist für das Ausführen auf einem Computer blockiert, auf dem nur die frühere Version von .NET Framework installiert ist, z.B. das installierte .NET Framework 4.5. Der Benutzer wird daraufhin aufgefordert, .NET Framework 4.5.1 zu installieren. Darüber hinaus sollten die .NET Framework 4.5.1-Assemblys nicht von einer App abgerufen werden, die auf eine frühere Version von .NET Framework abzieht, z.B. .NET Framework 4.5.

    .NET Framework 4.5.1 und .NET Framework 4.5 werden hier nur als Beispiele verwendet. Dieses Prinzip gilt für jede App, die für eine Version von .NET Framework vorgesehen ist, die höher ist als diejenige, die auf dem System installiert ist, auf dem die App ausgeführt wird.

Einige Änderungen in .NET Framework erfordern möglicherweise Änderungen Ihres App-Codes. Weitere Informationen finden Sie unter Anwendungskompatibilität, bevor Sie vorhandene Apps mit .NET Framework 4.5 oder neueren Versionen auszuführen. Weitere Informationen zum Installieren der aktuellen Version finden Sie unter Installieren von .NET Framework. Informationen zur Unterstützung für .NET Framework finden Sie unter Microsoft .NET Framework Support Lifecycle-Richtlinien auf der Microsoft Support-Website.

Zuweisen und Ausführen von Apps für frühere Versionen

Die .NET Framework-Versionen 2.0, 3.0 und 3.5 werden mit der gleichen CLR-Version (CLR 2.0) erstellt. Diese Versionen entsprechen aufeinander folgenden Ebenen einer einzelnen Installation. Jede Version wird inkrementell auf den früheren Versionen aufgebaut. Die Versionen 2.0, 3.0 und 3.5 können auf einem Computer nicht parallel ausgeführt werden. Wenn Sie Version 3.5 installieren, rufen Sie automatisch die 2.0- und 3.0-Ebenen und Apps, die für die Versionen 2.0 erstellt wurden, ab, und 3.0 und 3.5 können alle auf Version 3.5 ausgeführt werden. In .NET Framework 4 ist dieser Ebenenansatz nicht mehr vorhanden. Ab .NET Framework 4 können Sie mit prozessinternem parallelem Hosting mehrere Versionen der CLR in einem einzelnen Prozess ausführen. Weitere Informationen finden Sie unter Assemblys und parallele Ausführung.

Wenn die App auf Version 2.0, 3.0 oder 3.5 abzielt, werden die Benutzer möglicherweise aufgefordert, .NET Framework 3.5 auf einem Windows 8- oder Windows 8.1-Computer zu aktivieren, bevor sie diese App ausführen können. Weitere Informationen finden Sie unter Install the .NET Framework 3.5 on Windows 10, Windows 8.1, and Windows 8 (Installieren von .NET Framework 3.5 unter Windows 10, Windows 8.1 und Windows 8).

Nächste Schritte

Siehe auch

Versionskompatibilität
Microsoft .NET Framework Support Lifecycle-Richtlinien
Problembehandlung bei blockierten Installationen und Deinstallationen von .NET Framework