Das Blazor Framework von Microsoft gibt es inzwischen in drei „Geschmacksrichtungen“. Die erste ist Blazor WebAssembly, die zweite Blazor Server, und zu guter Letzt gibt es noch Blazor Hybrid. In diesem Artikel wollen wir uns die zwei „echten“, also Browser-basierten, Web-Anwendungs-Szenarien WebAssembly und Server anschauen.
Im ersten Teil der Artikelserie haben wir uns angesehen, wie sich ein Blazor-WebAssembly-Client mit Hilfe eines Identity Providers (IDP) sicher mit einer Web API kommunizieren kann. Hierzu wurde IdentityServer als IDP genutzt. In diesem Teil widmen wir uns einem alternativen IDP, nämlich Keycloak. Wie auch im vorherigen Artikel, betrachten wir hier die Authentifizierung des Blazor-Clients und wie wir die Client-UI anhand von Autorisierungsinformationen anpassen können.
Dieser Artikel basiert auf den Inhalten des Webinars ‚Blazor WebAssembly: Neues in .NET 5‘ und soll eine kurze Zusammenfassung der wichtigsten Punkte liefern. Hier finden Sie alle Details, das Slidedeck, die zahlreichen technischen Demos, das Webinarvideo und der Source Code.
Thinking and even recommending a monolithic architecture these days seems antiquated. While a microservices architecture clearly has its benefits, it also comes with drawbacks. Sometimes these drawbacks can be more significant than the benefits and might hinder your development, time-to-market, or your ability to maintain your application.
Im zehnten und letzten Teil sehen Sie, wie Sie aus der Dokumentation auch Postman-Tests generieren können.
Im neunten Teil sehen Sie, wie aus unserer Dokumentation vollständige Clients generiert werden können.
Im vorherigen Teil dieser Serie ging es um den Aufbau einer sicheren Verbindung zwischen Client und Server mithilfe von SignalR. Nun möchten wir uns zwei wichtigen Punkten im Umgang mit einem Authentifizierungstoken widmen. Wir schauen uns an, wie wir unsere Echtzeitkommunikation mit Hilfe eines Referenztoken absichern können und wie wir das Token aktualisieren können, wenn dieses während unserer Echtzeitverbindung abgelaufen ist.
Im achten Teil sehen Sie, welche Modifikationen Sie am Swagger-UI vornehmen können. Zum Beispiel die Einbindung eines eigenen Logos in die Dokumentation oder einige weitere Features die Swagger mitbringt, welche aber nicht von Beginn an aktiviert sind.
Im siebten Teil sehen Sie, wie eine API, die Authentifizierung benötigt, korrekt dokumentiert wird.
Im sechsten Teil sehen Sie wie Sie vorgehen können, um mehrere API-Versionen gleichzeitig zu dokumentieren und wie Sie diese Versionen in SwaggerUI einbinden.
