.NET 11 für Webanwendungen: Was für Enterprise-Projekte wichtig ist

Bei Accso unterstützen wir seit mehr als zwei Jahrzehnten Kunden in ganz Deutschland und international dabei, Software zu entwickeln, die mit den sich wandelnden geschäftlichen und technologischen Anforderungen Schritt hält. Von Darmstadt bis Kapstadt arbeiten unsere Teams branchen-, zeitzonen- und technologieübergreifend. Ein wesentlicher Teil dieser Arbeit basiert auf der .NET-Plattform von Microsoft.

Wenn also eine neue Version von .NET erscheint, überfliegen wir nicht einfach nur die Versionshinweise und machen dann weiter wie bisher. Wir schauen uns an, was sich geändert hat, was jetzt nützlich ist, was noch einer sorgfältigen Bewertung bedarf und was dies für die Systeme bedeuten könnte, die wir gemeinsam mit unseren Kunden entwickeln und warten.

.NET 11 bringt mehrere wichtige Verbesserungen für Webanwendungen mit sich, insbesondere in den Bereichen Blazor, Minimal APIs, OpenAPI und Echtzeitkommunikation. Dieser Beitrag beleuchtet die Änderungen, die unserer Meinung nach für unsere Kunden am relevantesten sind, und wie wir sie in der Praxis einordnen.

Ein kurzer Hinweis zu unserer .NET-Praxis

Einige unserer langjährigsten Kundenbeziehungen basieren auf .NET. Unternehmens-Backends, Portale des öffentlichen Sektors, Branchenplattformen, interne Geschäftstools und kundenorientierte Anwendungen profitieren alle von der langfristigen Zuverlässigkeit und dem starken Ökosystem von .NET.

Wir bei Accso sind der Überzeugung, dass gute Software auf Langlebigkeit ausgelegt sein sollte. Das bedeutet, dass wir neue Plattformfunktionen nicht einfach deshalb übernehmen, weil sie neu sind. Wir bewerten sie sorgfältig, testen sie im richtigen Kontext und setzen sie dort ein, wo sie einen echten Mehrwert schaffen.

Vor diesem Hintergrund sind hier die Highlights von .NET 11 für Webprojekte.

Blazor wird immer ausgereifter

Blazor ermöglicht es Teams, interaktive Weboberflächen mit C# und .NET zu entwickeln. Es hat sich in den letzten Versionen stetig weiterentwickelt, und .NET 11 bringt mehrere Verbesserungen mit sich, die den Einsatz in realen Anwendungen praktischer machen. Wenn Sie Blazor bereits nutzen oder es für ein zukünftiges Projekt in Betracht ziehen, lohnt es sich, diese Version im Auge zu behalten.
 

Formulare werden in Szenarien mit statischem Rendering praktischer

Eine der nützlichsten Verbesserungen ist die Unterstützung der clientseitigen Validierung für statisch serverseitig gerenderte Formulare.

In früheren Versionen war bei statischen SSR-Formularen oft ein Server-Roundtrip erforderlich, bevor Benutzer Validierungsrückmeldungen erhielten. Das ist für moderne Webanwendungen nicht ideal, da Benutzer beim Ausfüllen von Formularen sofortige Rückmeldungen erwarten.

In .NET 11 können statische SSR-Formulare bei Verwendung der unterstützten Validierungskonfiguration sofortige Validierungsrückmeldungen im Browser bereitstellen. Wichtig ist dabei, dass die Validierungsregeln weiterhin aus dem .NET-Modell stammen. Dadurch lässt sich eine Duplizierung der Validierungslogik in JavaScript vermeiden.

Für Kunden mit formularintensiven Anwendungen, wie z. B. Onboarding-Abläufe, Portale zur Dateneingabe, Kundenselbstbedienungstools oder mehrstufige Prozesse, kann dies die Benutzererfahrung verbessern und gleichzeitig die Implementierung übersichtlicher gestalten.

.NET 11 bietet außerdem Unterstützung für asynchrone Formularvalidierungsszenarien. Dies ist nützlich, wenn die Validierung etwas außerhalb des aktuellen Formulars überprüfen muss, beispielsweise ob ein Benutzername bereits existiert oder ob eine Referenznummer gültig ist. Microsoft weist darauf hin, dass die vollständige integrierte asynchrone „DataAnnotations“-Funktionalität von zusätzlichen APIs abhängt; daher ist dies ein Bereich, den wir sorgfältig prüfen würden, bevor wir ihn umfassend in der Produktion einsetzen.

Die Zustandsverwaltung wird bei statischem SSR einfacher

.NET 11 verbessert zudem die Handhabung von temporären und sitzungsbasierten Daten in statischen Blazor-SSR-Anwendungen.

• Die „TempData“-Unterstützung erleichtert die Anzeige einmaliger Meldungen nach einer Weiterleitung. Ein typisches Beispiel wäre die Anzeige von „Ihr Formular wurde erfolgreich übermittelt“, nachdem ein Benutzer eine Aktion abgeschlossen hat.
• Die Persistenz von Sitzungsdaten ermöglicht es, dass Werte wie Warenkorb-IDs oder der Fortschritt bei mehrstufigen Formularen über mehrere Anfragen hinweg erhalten bleiben. Dies ist nützlich für Anwendungen, bei denen Benutzer einen Prozess über mehrere Seiten hinweg durchlaufen.

Diese Funktionen waren zuvor bereits mit benutzerdefinierten Ansätzen möglich. Eine klarere Plattformunterstützung sollte den Bedarf an benutzerdefiniertem Code verringern und die Implementierung übersichtlicher machen.

Die Navigation wird weniger fehleranfällig

Die neue Option „RelativeToCurrentUri“ für „NavigateTo“ und „NavLink“ ermöglicht eine Navigation relativ zum aktuellen Seitenpfad des Benutzers, anstatt immer vom Anwendungsstamm aus zu navigieren.

Das mag unbedeutend klingen, ist aber in Anwendungen mit tief verschachtelten Routen von Bedeutung. Genau diese kleinen Verbesserungen am Framework verhindern subtile Fehler und verringern den Aufwand für Entwicklungsteams.
 

QuickGrid wird für reale Anwendungen nützlicher

QuickGrid, die in Blazor integrierte Datenrasterkomponente, erhält in .NET 11 mehrere praktische Verbesserungen.

• Der Status der Paginierung und Sortierung kann nun in der URL widergespiegelt werden. Das bedeutet, dass Benutzer eine bestimmte Seite mit einem Lesezeichen versehen, eine sortierte Ansicht mit einem Kollegen teilen oder die Zurück-Schaltfläche des Browsers verwenden können, ohne den aktuellen Stand zu verlieren.
• Klickereignisse auf Zeilen werden nun über `OnRowClick` unterstützt. Dies erleichtert die Umsetzung gängiger Interaktionen, wie beispielsweise das Klicken auf eine Zeile, um eine Detailseite zu öffnen.
• Auch mehrere Raster auf derselben Seite werden besser unterstützt, sofern jedes Raster, das einen unabhängigen Query-String-Status benötigt, mit einem eigenen `QueryParameterNamePrefix` konfiguriert ist.

Für Kunden mit Dashboards, Verwaltungstools, Berichtsschnittstellen oder Betriebsportalen können diese Verbesserungen einen spürbaren Unterschied ausmachen.

Die Veröffentlichungsgröße von Blazor WebAssembly kann kleiner sein

.NET 11 enthält Optimierungen beim Trimmen, die die veröffentlichte Größe von Blazor WebAssembly-Anwendungen reduzieren können, insbesondere wenn die App in der Produktion keine OpenTelemetry- oder Hot-Reload-bezogenen Funktionen nutzt.

Kleinere Downloads können die Leistung beim ersten Laden verbessern. Dies ist für Nutzer überall wichtig, insbesondere jedoch in Regionen oder Umgebungen, in denen die Bandbreite weniger vorhersehbar ist.

Minimal-APIs werden konsistenter

Minimal-APIs sind eine ressourcenschonende Möglichkeit, HTTP-Endpunkte in .NET zu erstellen. Sie sind oft nützlich für kleinere Dienste, fokussierte APIs oder Projekte, bei denen ein vollständiger controllerbasierter Ansatz nicht erforderlich ist.

.NET 11 verbessert das Verhalten von Minimal-APIs, wenn die Parameterbindung fehlschlägt.

Bisher konnte bei einer Anfrage mit ungültigen oder fehlenden Parametern die Endpunkt-Filterpipeline übersprungen werden, und das Framework gab eine einfache 400-Antwort zurück. In .NET 11 können Endpunktfilter Fehler bei der Parameterbindung erkennen, wenn Filter oder Filterfabriken konfiguriert sind.

Dies ist wichtig, da viele Projekte Filter verwenden, um Fehlerantworten zu standardisieren. Für API-Nutzer sind konsistente Fehlermeldungen nicht nur ein nettes Detail. Sie erleichtern die Integration, das Testen und den Support von APIs.

Hier gibt es einen technischen Hinweis: In Entwicklungsumgebungen müssen Teams möglicherweise „ThrowOnBadRequest“ so konfigurieren, dass das Framework eine 400-Antwort zurückgibt, die der Filter erkennen kann, anstatt eine Ausnahme auszulösen.

 

C#-Union-Typen stehen in unterstützten Webszenarien zur Verfügung

.NET 11 führt C#-Union-Typen ein, und der .NET-Web-Stack unterstützt diese an Stellen, an denen „System.Text.Json“ verwendet wird. Dazu gehören JSON-Anfrage- und Antwortkörper in Minimal-APIs und MVC, das JSON-Protokoll von SignalR, die Blazor-JavaScript-Interoperabilität, der persistente Komponentenzustand sowie vorgerenderte Komponentenparameter. Union-Typen ermöglichen es Entwicklern, Werte zu modellieren, die eine von mehreren Formen annehmen können. Dies kann einige APIs und Nachrichtenverträge übersichtlicher machen. Es gibt jedoch eine wichtige Einschränkung: Unionstypen werden für Bindungsquellen ohne Hauptteil, wie Routenwerte, Abfragezeichenfolgen, Header und Formularfelder, nicht unterstützt.
 

Die OpenAPI-Unterstützung wird präziser

Die OpenAPI-Dokumentation dient oft als Vertrag zwischen Teams. Sie wird von Frontend-Entwicklern, Integrationspartnern, Testtools, Codegeneratoren und Supportteams genutzt. Wenn die generierte Dokumentation nicht mit dem tatsächlichen API-Verhalten übereinstimmt, kommt es zu Reibungsverlusten.

.NET 11 verbessert die OpenAPI-Generierung in mehrfacher Hinsicht.

• Bei entsprechender Konfiguration können OpenAPI 3.2.0-Dokumente generiert werden. Dadurch bleiben API-Beschreibungen auf dem neuesten Stand der Spezifikationsmöglichkeiten.
• Dateiantworten werden präziser beschrieben. Endpunkte, die binäre Inhalte zurückgeben, wie beispielsweise generierte Dokumente oder Downloads, können nun mit binären Schemata wie „type: string“ und „format: binary“ dargestellt werden, sofern die Metadaten des Endpunkts entsprechend festgelegt sind.
• Die Behandlung von Enums wurde verbessert. Enum-Parameter ohne Hauptteil spiegeln nun das tatsächliche .NET-Bindungsverhalten besser wider, selbst wenn bei der JSON-Serialisierung eine Namenskonvention verwendet wird. Dies verringert die Diskrepanz zwischen den Angaben in der Dokumentation und dem tatsächlichen Verhalten der API.

Mehr Kontrolle bei Echtzeit- und serverseitigen Blazor-Szenarien

Für Anwendungen, die Echtzeitfunktionen nutzen, bietet .NET 11 zusätzliche Konfigurationsoptionen für serverseitige Blazor-Szenarien.

Die neue Option „ConfigureConnection“ für Interactive-Server-Komponenten ermöglicht den Zugriff auf zugrunde liegende SignalR-Verbindungseinstellungen, für die bisher Workarounds erforderlich waren. Dazu gehören Einstellungen wie das Schließen von Verbindungen bei Ablauf der Authentifizierung, die Aktivierung zustandsbehafteter Wiederverbindungen und die Anpassung von Puffergrößen.

.NET 11 führt außerdem eine vom Server ausgelöste Circuit-Pause-Funktion für serverseitige Blazor-Anwendungen ein. Damit kann der Server verbundene Clients auffordern, einen kontrollierten Pausenablauf einzuleiten. Dies ist nützlich für geplante Wartungsarbeiten, Bereitstellungen und das Leeren von Instanzen, bei denen das Ziel darin besteht, eine abrupte Unterbrechung für aktive Benutzer zu vermeiden.

Was dies für Ihre Projekte bedeutet

Wenn Sie bereits Accso-Kunde im Bereich .NET sind

Die Änderungen in .NET 11 sind eher evolutionärer als disruptiver Natur. Das sind gute Nachrichten. Einige Verbesserungen lassen sich möglicherweise mit nur geringen Codeänderungen umsetzen. Andere erfordern Konfiguration, Tests oder eine sorgfältige Einführung.

Wir werden diese Funktionen projektweise bewerten. Wo wir einen klaren Nutzen erkennen, wie beispielsweise eine bessere Formularvalidierung, eine verbesserte Rasternavigation, kleinere WebAssembly-Ausgaben oder eine übersichtlichere API-Dokumentation, werden wir diese Möglichkeiten im Rahmen von Roadmap- und Architekturdiskussionen zur Sprache bringen.

Wenn Sie Accso evaluieren oder ein neues .NET-Projekt in Betracht ziehen

.NET festigt weiterhin seine Position als Plattform für moderne Webanwendungen. Blazor wird immer leistungsfähiger, Minimal-APIs werden konsistenter, die OpenAPI-Unterstützung ist präziser und serverseitige Echtzeitszenarien erhalten bessere operative Kontrollmöglichkeiten.

Für Unternehmen, die Wert auf einen einheitlichen Technologie-Stack, leistungsstarke Tools und langfristige Wartbarkeit legen, bleibt .NET eine sehr gute Wahl.

Unser Engagement

Bei Accso, sowohl in Deutschland als auch in Kapstadt, entwickeln wir Software, die auf Langlebigkeit ausgelegt ist. Das bedeutet, dass wir die Entwicklungen der Plattform genau verfolgen, aber auch ehrlich einschätzen, wann neue Funktionen eingeführt werden sollten und wann es besser ist, abzuwarten. .NET 11 bringt bedeutende Verbesserungen für Webprojekte mit sich. Wir sind von einigen davon begeistert und freuen uns darauf, sie dort einzusetzen, wo sie einen echten Mehrwert für unsere Kunden schaffen.

Dieser Artikel bezieht sich auf die offiziellen Release Notes von Microsoft zu den Webentwicklungsfunktionen in .NET 11: learn.microsoft.com.