Neuigkeiten in ASP.NET Core 2.0

  • Artikel

In diesem Artikel werden die wichtigsten Änderungen in ASP.NET Core 2.0 hervorgehoben und Links zu relevanter Dokumentation bereitgestellt.

Razor Pages

Razor Pages ist ein neues Feature von ASP.NET Core MVC, mit dem codierungsseitige Szenarien einfacher und produktiver werden.

Weitere Informationen finden Sie in der Einführung und im Tutorial:

ASP.NET Core-Metapaket

Ein neues ASP.NET Core-Metapaket umfasst alle Pakete, die von den ASP.NET Core- und Entity Framework Core-Teams erstellt und unterstützt werden, sowie deren interne Abhängigkeiten und Abhängigkeiten von Drittanbietern. Sie müssen nicht länger einzelne Microsoft ASP.NET Core-Funktionen nach Paket auswählen. Alle Funktionen sind im Paket Microsoft.AspNetCore.All enthalten. Die Standardvorlagen verwenden dieses Paket.

Weitere Informationen finden Sie unter Microsoft.AspNetCore.All metapackage for ASP.NET Core 2.0 (Microsoft.AspNetCore.All-Metapaket für ASP.NET Core 2.0).

Laufzeitspeicher

Anwendungen, die das Microsoft.AspNetCore.All-Metapaket verwenden, profitieren automatisch vom neuen .NET Core-Laufzeitspeicher. Der Speicher enthält alle Runtime-Objekte, die zum Ausführen von ASP.NET Core 2.0-Anwendungen erforderlich sind. Durch die Verwendung des Microsoft.AspNetCore.All-Metapakets werden keine Objekte von referenzierten ASP.NET Core NuGet-Paketen mit der Anwendung bereitgestellt, da sich diese bereits im Zielsystem befinden. Die Objekte im Laufzeitspeicher sind ebenso zur Verbesserung der Startzeit der Anwendung vorkompiliert.

Weitere Informationen finden Sie unter Runtime store (Laufzeitspeicher).

.NET-Standard 2.0

Die ASP.NET Core 2.0-Pakete sind auf .NET Standard 2.0 ausgelegt. Auf die Pakete kann von anderen .NET Standard 2.0-Bibliotheken verwiesen werden. Außerdem können sie unter Implementierungen von .NET ausgeführt werden, die mit .NET Standard 2.0 konform sind, darunter .NET Core 2.0 und .NET Framework 4.6.1.

Das Microsoft.AspNetCore.All-Metapaket ist ausschließlich auf .NET Core 2.0 ausgelegt, da es dafür vorgesehen ist, mit dem .NET Core 2.0-Laufzeitspeicher verwendet zu werden.

Aktualisierung der Konfiguration

Standardmäßig wird in ASP.NET Core 2.0 eine IConfiguration-Instanz zum Dienstcontainer hinzugefügt. Die IConfiguration-Instanz im Dienstcontainer macht es Anwendungen leichter, Konfigurationswerte aus dem Container abzurufen.

Weitere Informationen zum Status der geplanten Dokumentation finden Sie unter GitHub-Problem.

Aktualisierung der Protokollierung

In ASP.NET Core 2.0 wird die Protokollierung standardmäßig in das System der Abhängigkeitsinjektion (dependency injection, DI) integriert. Sie können Anbieter hinzufügen und Filter in der Datei Program.cs anstatt in der Datei Startup.cs konfigurieren. Die standardmäßige ILoggerFactory unterstützt die Filterung so, dass Sie einen flexiblen Ansatz für die anbieterübergreifende Filterung und die Filterung nach bestimmten Anbietern verwenden können.

Weitere Informationen finden Sie unter Introduction to Logging (Einführung in die Protokollierung).

Aktualisierung der Authentifizierung

Ein neues Authentifizierungsmodell erleichtert das Konfigurieren der Authentifizierung für eine Anwendung mithilfe der Abhängigkeitsinjektion.

Es sind neue Vorlagen für die Konfiguration der Authentifizierung für Web-Apps und Web-APIs mithilfe von Azure AD B2C verfügbar.

Weitere Informationen zum Status der geplanten Dokumentation finden Sie unter GitHub-Problem.

Update von Identity

Wir haben die Erstellung sicherer Web-APIs mithilfe von Identity in ASP.NET Core 2.0 vereinfacht. Sie erhalten Zugriffstoken für den Zugriff auf Ihre Web-APIs über die Microsoft Authentication Library (MSAL).

Weitere Informationen zu Änderungen bei der Authentifizierung in 2.0 finden Sie in den folgenden Ressourcen:

SPA-Vorlagen

Es sind Projektvorlagen der Einzelseitenanwendung (Single Page Application, SPA) für Angular, Aurelia, Knockout.js, React.js und React.js mit Redux verfügbar. Die Angular-Vorlage wurde auf Angular 4 aktualisiert. Die Vorlagen für Angular und React sind standardmäßig verfügbar. Weitere Informationen zum Abrufen der anderen Vorlagen finden Sie unter Create a new SPA project (Erstellen eines neuen SPA-Projekts). Informationen zum Erstellen einer SPA in ASP.NET Core finden Sie unter Die in diesem Artikel beschriebenen Features sind ab ASP.NET Core 3.0 veraltet.

Kestrel-Verbesserungen

Der Kestrel-Webserver verfügt über neue Funktionen, die ihn geeigneter als einen mit dem Internet verbundenen Server machen. Zu der neuen Eigenschaft Limits der KestrelServerOptions-Klasse wurden eine Reihe von Optionen für die Servereinschränkungskonfiguration hinzugefügt. Fügen Sie Grenzwerte für Folgendes hinzu:

  • Maximale Anzahl der Clientverbindungen
  • Maximale Größe des Anforderungstexts
  • Minimale Datenrate des Anforderungstexts

Weitere Informationen finden Sie unter Implementierung des Webservers Kestrel in ASP.NET Core.

Umbenennung von WebListener in HTTP.sys

Die Pakete Microsoft.AspNetCore.Server.WebListener und Microsoft.Net.Http.Server wurden in einem neuen Paket zusammengeführt: Microsoft.AspNetCore.Server.HttpSys. Die Namespaces wurden entsprechend aktualisiert.

Weitere Informationen finden Sie unter HTTP.sys web server implementation in ASP.NET Core (HTTP.sys-Webserverimplementierung in ASP.NET Core).

Verbesserte Unterstützung von HTTP-Headern

Wenn Sie MVC zum Übertragen von FileStreamResult oder FileContentResult verwenden, können Sie jetzt ein ETag- oder LastModified-Datum für den Inhalt festlegen, den Sie übertragen. Sie können diese Werte auf die zurückgegebenen Inhalte durch Code festlegen, ähnlich wie hier gezeigt:

var data = Encoding.UTF8.GetBytes("This is a sample text from a binary array");
var entityTag = new EntityTagHeaderValue("\"MyCalculatedEtagValue\"");
return File(data, "text/plain", "downloadName.txt", lastModified: DateTime.UtcNow.AddSeconds(-5), entityTag: entityTag);

Die Datei, die an Ihre Besucher zurückgegeben wird, weist die entsprechenden HTTP-Header für die Werte ETag und LastModified auf.

Wenn ein Besucher der Anwendung Inhalt mit einem Range-Anforderungsheader anfordert, erkennt ASP.NET Core diese Anforderung und verarbeitet den Header. Wenn der angeforderte Inhalt nur teilweise geliefert werden kann, überspringt ASP.NET Core diese Teile entsprechend und gibt nur den angeforderte Bytesatz zurück. Sie müssen keine bestimmten Handler in Ihren Methoden schreiben, um dieses Feature anzupassen oder zu verarbeiten, da dies automatisch für Sie erledigt wird.

Hosting – Start und Application Insights

Hostingumgebungen können nun während des Starts der Anwendung zusätzliche Paketabhängigkeiten injizieren und Code ausführen. Die Anwendung muss nicht explizit eine Abhängigkeit übernehmen oder Methoden aufrufen. Mit dieser Funktion kann bestimmten Umgebungen ermöglicht werden, Funktionen zu „starten“, die für diese Umgebung spezifisch sind, ohne dass die Anwendung vorher informiert sein muss.

In ASP.NET Core 2.0 wird diese Funktion verwendet, um automatisch die Application Insights-Diagnose beim Debuggen in Visual Studio oder (nach der Anmeldung) bei der Ausführung in Azure App Services zu aktivieren. Aus diesem Grund fügen die Projektvorlagen nicht mehr standardmäßig Application Insights-Pakete und Code hinzu.

Weitere Informationen zum Status der geplanten Dokumentation finden Sie unter GitHub-Problem.

Automatische Verwendung von Fälschungssicherheitstoken

ASP.NET Core diente standardmäßig bei der HTML-Codierung von Inhalten immer als Unterstützung. Mit der neuen Version wird jedoch ein weiterer Schritt gemacht, um websiteübergreifende Anforderungsfälschungen (XSRF) zu verhindern. ASP.NET Core gibt nun standardmäßig Fälschungssicherheitstoken aus und validiert diese ohne zusätzliche Konfiguration auf POST-Aktionsformularen und -Seiten.

Weitere Informationen finden Sie unter Prevent Cross-Site Request Forgery (XSRF/CSRF) Attacks in ASP.NET Core (Verhindern von websiteübergreifenden Anforderungsfälschungen (XSRF/CSRF) in ASP.NET Core).

Automatisches Vorkompilieren

Die Razor-Ansichtenvorkompilierung ist standardmäßig während der Veröffentlichung aktiviert. Hierdurch wird die Größe der Ausgabe reduziert und die Startzeit der Anwendung verringert.

Weitere Informationen finden Sie unter Kompilierung und Vorkompilierung einer Razor-Ansicht in ASP.NET Core.

Razor-Unterstützung für C# 7.1

Die Razor-Ansichts-Engine wurde aktualisiert, damit sie mit dem neuen Roslyn-Compiler funktioniert. Dies umfasst Unterstützung für C# 7.1-Funktionen wie Standardausdrücke, abgeleitete Tupelnamen und Mustervergleich mit Generics. Fügen Sie Ihrer Projektdatei die folgende Eigenschaft hinzu, um C# 7.1 in Ihrem Projekt zu verwenden, und laden Sie die Projektmappe dann erneut:

<LangVersion>latest</LangVersion>

Informationen zum Status der C# 7.1-Funktionen finden Sie im Roslyn GitHub-Repository.

Andere Aktualisierungen der Dokumentation für 2.0

Migrationsanleitung

Anleitungen zum Migrieren von ASP.NET Core 1.x-Anwendungen zu ASP.NET Core 2.0 finden Sie in den folgenden Ressourcen:

Zusätzliche Informationen

Die vollständige Liste aller Änderungen finden Sie unter ASP.NET Core 2.0 Release Notes (ASP.NET Core 2.0 – Anmerkungen zu dieser Version).

Wenn Sie über den Fortschritt und die Pläne des ASP.NET Core-Entwicklungsteams auf dem Laufenden bleiben möchten, sehen Sie sich das wöchentliche ASP.NET Community Standup an.