Je n'ai pas fait d'application "conséquente" avec HTMX. Mais étant un dev plutôt backend, je me suis retrouvé dans la proposition qui est faite. J'ai pû faire une application web de quelques écrans de gestion de ma collection de films avec intégration à IMDB. Ce de manière bien plus plaisante que avec n'importe quel framework frontend.
J'ai utilisé Python+FastAPI+Pydantic+Jinja+Pug+HTMX.
Mais si vous voulez quelque chose de sérieux, je vous invite à regarder cette vidéo. Toute la conférence est intéressante mais pour ceux qui sont intéressés par les chiffres, se rendre au timecode 17:58.
En gros, sans perte de confort utilisateur, et même en l'améliorant côté perf, ils sont passé de 21kloc de JS à 6kloc et seulement de 500 loc à 1200 loc Python. Il explique aussi qu'un développeur peut maintenant prendre une feature de bout en bout, sans que le front doive attendre le back.
[^] # Re: htmx sucks
Posté par steph1978 . En réponse au lien htmx 2.0. Évalué à 5.
Je n'ai pas fait d'application "conséquente" avec HTMX. Mais étant un dev plutôt backend, je me suis retrouvé dans la proposition qui est faite. J'ai pû faire une application web de quelques écrans de gestion de ma collection de films avec intégration à IMDB. Ce de manière bien plus plaisante que avec n'importe quel framework frontend.
J'ai utilisé Python+FastAPI+Pydantic+Jinja+Pug+HTMX.
Mais si vous voulez quelque chose de sérieux, je vous invite à regarder cette vidéo. Toute la conférence est intéressante mais pour ceux qui sont intéressés par les chiffres, se rendre au timecode 17:58.
En gros, sans perte de confort utilisateur, et même en l'améliorant côté perf, ils sont passé de 21kloc de JS à 6kloc et seulement de 500 loc à 1200 loc Python. Il explique aussi qu'un développeur peut maintenant prendre une feature de bout en bout, sans que le front doive attendre le back.