und Blazor WebAssembly ▪ Bewährtes und neues Know-How ▪ Blazor Server Pro & Contra ▪ Besonderheiten und wie man damit umgeht ▪ Fazit ▪ Fragen. Und Antworten. Blazor Server
müssen nicht „Webifiziert“ werden • Geringe Hardwareanforderungen für Clients • Nutzung von non-Browser APIs möglich • Ständige Netzwerkverbindung notwendig • Schnelles Netzwerk benötigt • Höhere Hardwareanforderungen für Server Blazor Server
/ Logout etc. geschieht Server-Rendered im MVC-Teil, ausserhalb der Blazor-App • ASP.NET Core Cookie-Auth wird auch verwendet für SignalR Verbindung • Dependency Injection • Components haben keine Constructor-Injection • Scope „Scoped“ ist die Lebenszeit eines sog. Circuits • DB-Verbindungen sollten nicht in Komponenten gehalten werden • Mikro-Architektur • Saubere Schichtentrennung wird nicht erzwungen • State-Management Blazor Server
übernommen werden • Anbindung von „Legacy“-Protokollen und Systemen ohne Webifizierung ist möglich • Wann kann ich Blazor Server berücksichtigen? • Kontrollierte, stabile Netzwerk-Bedingungen (z.B. In-House, Cloud & Aussenstellen mit guter „lokaler“ Anbindung) • Begrenzte Anzahl von Benutzern, bekannte Nutzungsmuster • Geringere Anforderungen an saubere, skalierbare Mikroarchitektur • Wann eher nicht? • Unkontrollierbares Netzwerk (Mobile clients) • Stark schwankende, unbekannte Nutzungs-Muster • Anforderung Offline-Fähigkeit Blazor Server
• Material for Blazor https://www.matblazor.com/ • EF Core in Blazor https://www.youtube.com/watch?v=HNJYIqeBLQc • Authentication in Blazor https://docs.microsoft.com/en-us/aspnet/core/blazor/security/?view=aspnetcore- 3.1 Blazor Server