L’avenir des logiciels web, c’est le HTML-over-WebSocket
(alistapart.com)-
Les architectures SPA + API + JSON ralentissent le développement et les cycles de livraison
-
Selon cette thèse, l’utilisation de WebSocket bidirectionnels permet le rendu côté serveur, le prototypage rapide, un SEO intuitif et un développement de fonctionnalités accéléré
→ transmettre via socket le HTML modifié ou un simple texte
→ laisser le serveur effectuer la validation plutôt que de gérer côté client une validation complexe des valeurs et des objets d’erreur
→ vérifier si l’utilisateur est connecté via l’état actif de la connexion socket
→ prendre facilement en charge le chat multi-utilisateur et la collaboration sur des documents
-
Le retour de Rails : Turbolinks, Stimulus, StimulusReflex, CableReady et ViewComponent de GitHub
-
Le Hotwire de Basecamp repose aussi sur la même technologie
7 commentaires
On dirait que le server-side Blazor de .NET fonctionne de manière assez similaire. Mais quand on essaie vraiment de l’utiliser en production, on se retrouve assez souvent dans des situations assez pénibles...
À part le fait de tout empaqueter et déployer avec le serveur et le client dans Electron, je n’y ai pas vraiment vu d’avantage particulier.
Pourriez-vous peut-être nous parler plus concrètement de votre expérience d’utilisation ?
Cependant, une fois qu’on a créé des endpoints d’API, on peut les utiliser aussi bien sur mobile, sur le web que sur desktop, donc c’est très polyvalent ; je ne suis pas sûr qu’on puisse dire que le WebSocket est l’avenir.
Elixir Phoenix LiveView, ou encore RoR Stimulus Reflex, reposent sur un concept similaire.
On raconte aussi que Chris McCord a commencé à le développer avec Rails, puis est passé à Elixir à cause de problèmes structurels.
Le bruit d’une roue qui tourne...
On peut se dire que c’est aussi un point de vue intéressant.
Avec l’usage de Javascript partout, des termes comme SPA, SSR, etc. se sont multipliés, et je suis d’accord sur le fait que tout cela est devenu excessivement complexe.
Comme le WebSocket permet des échanges bidirectionnels, il semble probable qu’il soit davantage utilisé, mais j’espère qu’il apparaîtra quelque chose de plus pratique que Hotwire.
(C’est peut-être simplement parce que je ne connais pas très bien le sujet,) mais il y a un aspect qui m’a récemment semblé assez amusant : dans une web app React + Laravel, lorsque seul le serveur change, le déploiement se résume au marqueur de version et à quelques lignes de code modifiées, mais dès que le front change, il faut builder l’app front et la taille du déploiement devient relativement bien plus importante, ce qui me fait sourire. Et il est aussi difficile d’appliquer temporairement des personnalisations urgentes. C’est peut-être aussi parce que je compare avec mes expériences de développement précédentes.