Einführung in .NET 5.0 Vorschau 6

Letzte Woche haben wir .NET 5.0 Preview 6 veröffentlicht. Die Version enthält eine kleine Reihe neuer Funktionen und Leistungsverbesserungen. .NET 5.0 Preview 4- Beitrag behandelt, was wir in .NET 5.0 veröffentlichen möchten. Die meisten Funktionen sind derzeit implementiert, einige befinden sich jedoch noch nicht im Endzustand. Wir erwarten, dass die Version mit Preview 8 voll funktionsfähig ist.



Sie können  .NET 5.0 Preview 6 für Windows, MacOS und Linux herunterladen :

• Windows- und MacOS-Installationsprogramme
• Volle Liste
• Docker-Bilder
• Snap Installer

ASP.NET Core  und  EF Core  wurden ebenfalls letzte Woche veröffentlicht. Hinweis: EF Core 5.0 unterstützt .NET Standard 2.0 oder .NET Framework nicht. Lesen Sie  den EF Core-Release-Beitrag , um mehr zu erfahren.



Sie müssen  Visual Studio 2019 16.7 verwenden  , um mit .NET 5.0 arbeiten zu können. .NET 5.0 wird jetzt in  Visual Studio für Mac unterstützt . Installieren Sie die neueste  C # -Erweiterung , um .NET 5.0 mit  Visual Studio Code zu verwenden .



Anmerkungen:

• Versionshinweise zu .NET 5.0
• .NET 5.0 Bekannte Probleme
• Veröffentlichung auf GitHub
• Issue-Tracker auf GitHub

Windows ARM64-Update

Wir haben die Unterstützung für Windows ARM64 in Vorschau 4 angekündigt . Zu diesem Zeitpunkt haben wir nur Konsolen- und ASP.NET Core-Anwendungen in Windows ARM64 aufgenommen. SDK Preview 6 unterstützt jetzt Windows Forms. Dies bedeutet, dass Sie Windows Forms-Anwendungen auf Windows ARM64-Geräten erstellen und ausführen können, genau wie auf x64. Wir arbeiten noch daran, Windows ARM64 WPF-Unterstützung hinzuzufügen.



Sie können eine Windows Forms-Beispielanwendung sehen, die auf einem ARM64-Laptop ausgeführt wird (siehe unten).







Visual Studio 16.7 wird voraussichtlich den Visual Studio .NET Remote Debugger für Windows ARM64 unterstützen. Wir gehen davon aus, dass bald danach die Unterstützung für den Remote-Debugger von Visual Studio Code .NET angezeigt wird. Um Verwirrung zu vermeiden, gilt diese Unterstützung für das Ausführen von Visual Studio oder Visual Studio Code auf einem x64-Computer und für die Remoteverbindung mit einer laufenden .NET-Anwendung auf einem Windows ARM64-Computer. Darüber hinaus bietet Visual Studio Code Unterstützung für ARM64. Wir werden Unterstützung für die C # -Erweiterung und den .NET-Debugger hinzufügen, die in der Windows ARM64-Version von Visual Studio Code ausgeführt werden. Die Daten sind jedoch noch nicht bekannt.

Windows Forms

Visual Basic-Benutzer sind es gewohnt, ihre Anwendungen in einer Instanz zu erstellen (jeweils eine Instanz wird ausgeführt). Dieses Verhalten ist jetzt über WindowsFormsApplicationBase.IsSingleInstance verfügbar . Hier ist eine gute Erklärung für dieses Verhalten von Scott Hanselman.



Das Team fügte der ListViewGroup Unterstützung zum Reduzieren hinzu. Diese Änderung erleichtert die Verwaltung eines Formulars mit mehreren ListViewGroups.



Und hier ist das Ergebnis:

Verbesserung der RyuJIT-Codequalität

Das RyuJIT-Team nimmt weiterhin wirklich wichtige Verbesserungen vor, Vorschau für Vorschau. Sie haben in Vorschau 6 nicht enttäuscht. Mal sehen:

• Wesentliche Verbesserungen
  
  
  • Strukturverbesserungen
    
    
  • Optimierung zum Entfernen redundanter Nullinitialisierungen
• Fortschritt bei der Implementierung der eingebetteten ARM64-Hardware
  
  
  • Duplicate DuplicateSelectedScalar
  • ASIMD Shift Intrinsics
  • Polynomial Multiply Long Intrinsics
  • Vector64 Vector128.Create
  • ToScalar() GetElement() arm64
  • ToVector128, ToVector128Unsafe Vector128.GetLower()
• ARM64: ARM64
  
  
  • R2R, Arm Arm64
  • virtual call stub R2R JIT
  
  
  

Wir verbessern die Unterstützung für Einzeldateianwendungen in .NET 5. Unser Ziel ist es, die Veröffentlichung Ihrer Anwendung als Einzeldatei für Windows, MacOS und Linux zu vereinfachen. Wir sind schon nah. Als wir das letzte Mal in Vorschau 4 darüber gesprochen haben , habe ich erwähnt, dass Windows-Anwendungen für einzelne Dateien einige zusätzliche Laufzeitdateien erfordern. Wir haben eine neue Option hinzugefügt , um unsere eigenen Binärdateien und zusätzlichen Inhalt (z. B. Bilder) in eine Datei aufzunehmen. Diese Dateien werden beim ersten Start extrahiert. Anwendungen, die auf Linux und macOS abzielen, sollten diese Option nicht für native Laufzeit-Binärdateien verwenden, es sei denn, sie möchten sie für Medien oder andere Inhalte verwenden.



Aktuelle Einschränkungen:

• Linux runtime- . ( Windows).
• Linux , , IL.

-

Im Laufe der Jahre haben wir viele Hosting-Modelle für .NET in nativen Anwendungen gesehen. @rseanhall schlug hierfür ein neues neues Modell vor und implementierte es, das alle integrierten Anwendungsfunktionen des .NET Application Hosting Layer (insbesondere das Laden von Abhängigkeiten) nutzt und gleichzeitig den Aufruf eines benutzerdefinierten Einstiegspunkts aus nativem Code ermöglicht. Dies ist ideal für viele Szenarien, und es ist klar, dass es bei Entwicklern, die .NET-Komponenten aus nativen Anwendungen hosten, zu einer beliebten Technik wird.



Zwei Haupt-PRs:

• Aktivieren Sie den Aufruf get_runtime_delegate aus dem Anwendungskontext
• Hdt_get_function_pointer Implementierung

Plattformunterstützung

Wir haben unsere Seite .NET 5 - Unterstützte Betriebssystemversionen aktualisiert , um unsere neuesten Pläne zur Unterstützung der .NET 5.0-Plattform widerzuspiegeln. Bitte teilen Sie uns Ihre Meinung mit. Was fehlt uns?



Wir wissen, dass der von uns angebotene Paketmanager und Container-Support auf dieser Seite nicht aufgeführt sind. Dies sollte behoben werden. Wir planen, diese Informationen vor der Veröffentlichung von .NET 5.0 hinzuzufügen.