Erklärung des Begriffs: ASP.NET Core Blazor (Blazor)

• Blazor WebAssembly: Die Ausführung von in C# geschriebenen .NET-Anwendungen direkt im Webbrowser war der ursprüngliche Gedanke. Die DLLs werden in Intermediate Language in den Browser geladen und dort interpretiert im Rahmen der WebAssembly Virtual Machine (Ein Ahead-of-Timer-Compiler zu WebAssembly-Bytecode ist schon lange in Arbeit und soll in .NET 6 erscheinen). Da es keinen direkten Zugang zum Document Object Model (DOM) des Browsers gibt, manipulieren Razor Components und C#-Code das Virtual DOM, welches Microsoft dann via JavaScript mit dem echten DOM synchronisiert.
• Blazor Server: Hierbei läuft der C#-Code nicht im Browser, sondern im Webserver. Zwischen dem Virtual DOM und dem echten DOM liegt das Netzwerk. Microsoft synchronisiert beide via Blazor Pack-Protokoll über Websockets. Blazor Server funktioniert aber folglich nur bei kontinuierlicher Netzwerkwerkverbindung (Offline-Fähigkeit ist per se nicht möglich) und bietet auch keine gute Skalierbarkeit, denn der Zustand aller Komponenten und das Virtual DOM für alle Benutzer liegt auf dem Webserver. Eigentlich nur als Nebenprodukt von Blazor WebAssembly entstanden, hat Blazor Server dennoch inzwischen einige Anhänger gefunden, denn eine WebAPI-Middle-Tier braucht man hier nicht.
• Blazor Desktop, eine hybride Anwendung. Eine Blazor-basierte Webanwendung ist einbettbar in eine Desktop-Anwendung oder mobile App. Die Blazor-Webanwendung läuft im gleichen Prozess wie die Rahmen-Anwendungen und teilt sich Zustände mit dieser. Es gibt keinen Webserver und keine WebAssembly-VM: Der .NET-Prozess selbst rendert die Razor Components und integriert einen Webbrowser-Steuerelement für die Darstellung.

Eigenschaften

Architekturmodelle

Zeitplan

Blazor Server (Blazor Server App)

Client Side Blazor / Blazor Webassembly App

• Mono CLR in WebAssembly kompiliert
• Virtual DOM/Spiegel-DOM zwischen WASM<->JS

Blazor WebAssembly (Blazor Client App) vs. Blazor Server (Server Side Blazor)