Skip to main content
swissICT Booster  |  M&F Academy  |  M&F Events   |  +41 44 747 44 44  | 
4 Minuten Lesezeit (718 Worte)

Qual der Wahl bei den Webframeworks: Angular, React, Vue oder doch Blazor?

Eine wichtige und ständig wiederkehrende Frage für einen Web-Entwickler ist die Wahl des Frameworks. Welches ist das Beste? Gehe ich mit der Zeit? Wie lange noch? In den vergangenen 10 Jahren hat sich einiges getan in der Web-Framework Landschaft und es ist nicht untypisch, dass was in einem Moment noch normal ist, im nächsten Moment plötzlich abgekündigt wird.

Aus diesem Grund haben wir ein Webinar organisiert und die dazu besten Experten im Webframework-Umfeld eingeladen:

Jonas Bandi, freelance developer und Dozent an der Fachhochschule Bern, nimmt uns mit in die Welt von Web-Frameworks und SPAs. Neben den "grossen Drei" Angular, React und Vue wird auch über den Tellerrand geschaut, auf was zukünftig möglich und sinnvoll sein kann.

Rainer Stropek, CEO und Co-Founder von Software Architects, entführt uns in die neue und viel versprechende Welt von Blazor in einer packenden Demonstration.

Hier geht's zur Aufzeichnung des gesamten Webinars.

 

Die wichtigsten Takeaways haben wir Euch hier in diesem Blog-Beitrag zusammengefasst: 

Single Page Applications (SPA)

Eine SPA ist eine Applikation, welche mit dem User interagiert, indem sie die Website dynamisch verändert sowie im Hintergrund Daten erzeugen und laden kann. Dies hat allerlei Vorzüge wie beispielsweise bessere User Experience durch höhere Reaktivität nach dem ersten Laden oder die Ermöglichung eines wahrlich zustandlosen (stateless) Servers.

One Framework to rule them all?

Die grossen drei Frameworks, Angular, React und Vue, werden jede im Detail analysiert und verglichen, wobei das Resultat interessanterweise lautet: es ist egal. Grundsätzlich sind derzeit alle drei Frameworks als "State-of-the-Art" zu betrachten. Welche den einzelnen Frameworks spezifischen Details man vorzieht, ist grösstenteils persönliche Vorliebe. Für den Erfolg eines Projekts gibt es wesentlich wichtigere Faktoren als die Wahl des Frameworks, nämlich:

  • Die Architektur
  • Der Entwicklungsprozess
  • Organisatorische Faktoren
  • Typescript

Während die ersten drei Punkte recht abstrakt zu messen sind, so ist die Entscheidung Typescript zu benutzen sehr relevant und messbar. Typescript wurde nahtlos in das JavaScript Ökosystem hinein integriert und hat grossen Community-Support. Sprich für langlebige Projekte überwiegen tendenziell die Vorzüge.

Über den Tellerrand

Es gibt auch Frameworks mit anderen Herangehensweisen, nämlich diese die WebAssembly benutzen und jene die Server-Side Execution benutzen.

WebAssembly und als Beispiel dafür Blazor werden im Folgenden vorgestellt. Eine Alternative ist die serverseitige Ausführung der Komponenten, wofür dann auch andere Sprachen als JavaScript verwendet werden können. Beispiele hierfür sind Blazor Server (C#), Vaadin Flow (Java) und React Server Components (JS).

WebAssembly (WASM)

WebAssembly ist ein auf Performance optimiertes Byte Code Format, welches von allen modernen Browsern bereits ausgeführt werden kann. Somit kann man eine andere Programmiersprache als JavaScript im Browser laufen lassen. Es ist ein offener Standard, welcher nicht direkt auf das DOM zugreifen kann aber indirekt durch JavaScript.

C++ kann zu WASM kompiliert werden und da die .NET CLR (Common Language Runtime) in C++ geschrieben ist, kann .NET mit Mono in WASM laufen. Und somit ist Blazor geboren...

Blazor

Es gibt zwei Möglichkeiten Blazor einzusetzen, nämlich auf dem Client oder als Serverside Blazor. Im ersteren Fall kann die Blazor WASM auf einem beliebigen statischen Web-Server gehostet werden und dann auf Web APIs zugreifen, wie es auch mit den bekannten Web-Frameworks passiert.

Im Serverside Blazor läuft die Komponente auf dem Server und updatet das DOM über eine Websockets und SignalR. Dies kann eine gute Wahl sein, wenn man bewusst die Rechenlast auf die Serverseite legen will und beispielsweise als Client sehr rechenschwache Geräte hat.

Einer der sehr angenehmen Effekte ist, dass jegliche UI Klassen in eine Common Library gesteckt werden können und man somit problemlos zwischen Client Side und Server-Side Blazor wechseln kann.

 

Bottom Line

Derzeit benutzbar sind sowohl die grossen Drei als auch neue Frameworks wie Blazor und Co. Über mehrere Jahre in die Zukunft sehen kann keiner. Somit macht es am meisten Sinn, das Framework zu wählen, das zu den derzeitigen Bedürfnissen und zum bestehenden Know-how am besten passt oder welches am bekanntesten ist - häufig ist es auch eine Vertrauenssache (wer steht dahinter). Wenn .NET im Team bereits bekannt und lieb gewonnen ist, so ist Blazor sicherlich eine gute Wahl, die auch wenn sie noch nicht die etablierten Frameworks im Funktionsumfang eingeholt hat, doch mit hohem Tempo am Aufholen ist.

Zu guter Letzt möchten wir noch ein paar Communitys und Events empfehlen:

 

Herzlichen Dank an die tollen Referenten und die vielen interessierten Teilnehmer*innen. Bis zum nächsten Mal!

0
Neue Unterstützung für unsere Geschäftsleitung
Interview mit unserer neuen Trainee-Programm Assis...

Ähnliche Beiträge

 

Kommentare

Derzeit gibt es keine Kommentare. Schreibe den ersten Kommentar!
Mittwoch, 15. Mai 2024

Sicherheitscode (Captcha)