Gérer un état côté client (par exemple parce que tu ne fais rien côté serveur) est une gageure sans framework. Il faut avoir une sacrée expérience pour arriver à gérer l'état et modifier l'interface (et si possible uniquement ce qui est nécessaire parce que c'est lourd de demander au navigateur de modifier tout le DOM) de manière impérative. J'ai pas de doute que de gros cerveaux savent très bien le faire, mais je suis à peu près certain qu'ils créent un framework avec un paquet de règles pour ne pas casser le comportement.
Je remet sincèrement en question le fait que ceux qui ne voient pas à quoi servent les frameworks front ce soient un jour confrontés à la question.
Après il y a 10 ans les gens n'aimaient pas les frameworks backends aujourd'hui les gens n'aiment pas les framework front, demain ce sera autre chose.
[^] # Re: \o/
Posté par barmic 🦦 . En réponse à la dépêche Cent mille dollars pour un navigateur. Évalué à 1.
Gérer un état côté client (par exemple parce que tu ne fais rien côté serveur) est une gageure sans framework. Il faut avoir une sacrée expérience pour arriver à gérer l'état et modifier l'interface (et si possible uniquement ce qui est nécessaire parce que c'est lourd de demander au navigateur de modifier tout le DOM) de manière impérative. J'ai pas de doute que de gros cerveaux savent très bien le faire, mais je suis à peu près certain qu'ils créent un framework avec un paquet de règles pour ne pas casser le comportement.
Je remet sincèrement en question le fait que ceux qui ne voient pas à quoi servent les frameworks front ce soient un jour confrontés à la question.
Après il y a 10 ans les gens n'aimaient pas les frameworks backends aujourd'hui les gens n'aiment pas les framework front, demain ce sera autre chose.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll