Die Zukunft von Web-Software ist HTML-over-WebSocket

 (alistapart.com)
12 Punkte von xguru 2021-03-02 | 7 Kommentare | Auf WhatsApp teilen

  • SPA + API + JSON verlangsamen Entwicklungs- und Release-Zyklen

  • Die These: Mit bidirektionalen WebSockets werden Server-Rendering, schnelles Prototyping, intuitive SEO und zügige Feature-Entwicklung möglich

→ Verändertes HTML oder einfacher Text wird per Socket übertragen

→ Statt komplexer clientseitiger Validierung und Fehlerobjekte übernimmt der Server die Validierung

→ Ob ein Nutzer verbunden ist, lässt sich daran erkennen, ob die Socket-Verbindung aktiv ist

→ Auch Mehrbenutzer-Chats oder die kollaborative Bearbeitung von Dokumenten lassen sich so leicht unterstützen

  • Die Rückkehr von Rails: Turbolinks, Stimulus, StimulusReflex, CableReady und GitHubs ViewComponent

  • Auch Basecamps Hotwire nutzt dieselbe Technik

Verwandte Beiträge

7 Kommentare

 
chanhee 2021-03-03

Es scheint, als würde das serverseitige Blazor von .NET ähnlich funktionieren. Wenn man das aber tatsächlich in der Produktion einsetzt, erlebt man oft ziemlich mühsame Situationen ...

Abgesehen davon, bei Electron sowohl Server als auch Client zusammenzubündeln und auszuliefern, konnte ich darin ehrlich gesagt keinen besonderen Vorteil erkennen.
 
kunggom 2021-03-04

Könnten Sie vielleicht etwas über konkrete Nutzungserfahrungen berichten?
 
andrewchaa 2021-03-03

Allerdings sind API-Endpunkte, wenn sie einmal erstellt sind, vielseitig einsetzbar, weil sie auf Mobilgeräten, im Web und auf dem Desktop genutzt werden können. Deshalb bin ich mir nicht sicher, ob man WebSockets wirklich als die Zukunft bezeichnen kann.
 
colus001 2021-03-02

Elixir Phoenix LiveView oder auch RoR Stimulus Reflex sind ein ähnliches Konzept,

und es gibt auch die Geschichte, dass Chris McCord zunächst mit Rails gebaut hat, dann aber wegen struktureller Probleme zu Elixir gewechselt ist.
 
iolothebard 2021-03-02

Das Geräusch von sinnlosem Im-Kreis-Laufen ...
 
xguru 2021-03-02

So eine Sichtweise gibt es also auch, dachte ich mir beim Lesen.

Ich stimme zu, dass durch den Einsatz von JavaScript überall Begriffe wie SPA, SSR usw. zugenommen haben und alles übermäßig komplex geworden ist.

Da WebSockets bidirektionale Verarbeitung ermöglichen, werden sie wohl häufiger genutzt werden, aber ich hoffe, dass etwas erscheint, das noch komfortabler ist als Hotwire.
 
galadbran 2021-03-04

(Vielleicht liegt es daran, dass ich mich nicht gut genug auskenne,) aber etwas kam mir in letzter Zeit ziemlich komisch vor: Wenn sich in einer React+Laravel-Web-App nur die Serverseite ändert, besteht das Deployment aus einer Versionskennzeichnung und ein paar geänderten Codezeilen. Wenn sich aber das Frontend ändert, muss man die Frontend-App builden, und die Deployment-Größe wird vergleichsweise deutlich größer — da musste ich schon lachen. Auch dringende, kurzfristige Anpassungen lassen sich nur schwer anwenden. Vielleicht wirkt das auch deshalb so, weil ich es mit früheren Entwicklungserfahrungen vergleiche.