ASP.NET Core 11

MapIdentityApi<TUser>() bildet zehn Endpunkte ab und bietet keinen Schalter, um einen davon auszulassen. Hier sind vier gemessene Wege unter .NET 11: einen Endpunkt aus OpenAPI ausblenden, ihn 404 zurückgeben lassen, ihn überlagern oder ihn komplett aus dem Routing entfernen, plus die /confirmEmail-Falle, die die Registrierung in einen 500-Fehler verwandelt.

Es gibt keine Transaktion, die SQL Server und Blob Storage umspannt. Laden Sie unter einen Namen hoch, den die Datenbank bereits kennt, committen Sie danach, kompensieren Sie im Fehlerfall, und lassen Sie einen Sweeper das Absturzfenster aufräumen. Inklusive der UploadAsync-Überladung, die ein bedingtes Erstellen still in ein Überschreiben verwandelt.

Die BCL kennt keinen ProblemDetails-Typ, und ein FrameworkReference auf Microsoft.AspNetCore.App sorgt dafür, dass Ihr Client in einem Container mit reiner Laufzeit gar nicht erst startet. Hier ist das 20-Zeilen-Modell, der DelegatingHandler, der problem+json in eine typisierte Ausnahme verwandelt, und der Content-Type-Mythos, den die meisten Antworten bis heute wiederholen.

Eine Filter-für-Filter-Migrationsreferenz, um IOperationFilter- und ISchemaFilter-Code von Swashbuckle zu den integrierten Operations- und Schema-Transformern in .NET 11 zu überführen, mit dem Mapping der Kontextobjekte und den Microsoft.OpenApi-v2-Änderungen, die die Kompilierung brechen.

Sie haben einen Header, einen Statuscode oder einen Content-Type gesetzt, nachdem der Body bereits geleert war. Setzen Sie alle Header vor der ersten Schreiboperation, oder sichern Sie mit HttpResponse.HasStarted und OnStarting ab.

Eine Schritt-für-Schritt-Migration von Swashbuckle.AspNetCore zu Microsoft.AspNetCore.OpenApi in .NET 11: AddSwaggerGen durch AddOpenApi ersetzen, Operations-, Schema- und Dokument-Filter in Transformer umwandeln, eine UI behalten und die Breaking Changes von Microsoft.OpenApi v2, die zubeißen.

Eine schrittweise Migration vom alten Hosting-Modell mit Startup.cs und WebHostBuilder hin zum Minimal-Hosting-Modell mit WebApplication.CreateBuilder, inklusive der ASPDEPR008-Deprecation, der Middleware-Reihenfolge, IStartupFilter und wie Sie Ihre Tests funktionsfähig halten.

Eine praktische Migration vom System.Web.HttpContext des ASP.NET Framework zum HttpContext von ASP.NET Core 11: HttpContext.Current, die Eigenschaften-Zuordnung, Server.MapPath, Session und der Shim der System.Web-Adapter für inkrementelle Migrationen.

Ersetzen Sie den Aufruf von Stream.Read oder Write durch ReadAsync/WriteAsync. Als letztes Mittel setzen Sie AllowSynchronousIO bei Kestrel, IIS oder pro Anfrage über IHttpBodyControlFeature.

Die größte Quelle für Validierungs-Drift in einer Blazor-WebAssembly-plus-ASP.NET-Core-Anwendung ist der Drang, die Regeln zweimal zu schreiben. Diese Anleitung zeigt das einzige Layout, das in .NET 11 skaliert: eine Shared-Klassenbibliothek, der die DTOs und ihre Validatoren gehören, eingebunden vom WASM-Client (EditForm + DataAnnotationsValidator oder Blazored.FluentValidation) und vom Server (Endpoint-Filter in Minimal API oder MVC-Modellbindung), mit einem getesteten Round-Trip, der ValidationProblemDetails vom Server zurück in den EditContext überträgt.