Vue ou React pour un petit projet ?

Bonsoir. Je dois faire un petit outil interne : une dizaine d'écrans, un formulaire un peu complexe avec des champs qui apparaissent selon les réponses précédentes, un tableau filtrable, et une authentification par jeton fournie par une API qui existe déjà. Nous serons deux dessus, dont une collègue qui n'a jamais fait de front moderne.

Je connais un peu les deux, Vue et React, sans être experte de l'un ou de l'autre. Pour un projet de cette taille, qui doit rester maintenable pendant quelques années par des gens qui vont changer, vous partiriez sur quoi ? Et surtout pourquoi, parce que les comparatifs que je lis se contentent de lister des fonctionnalités.

Pour ce que tu décris, honnêtement, les deux feront le travail ; la différence se jouera sur l'équipe. Mon expérience : Vue est plus facile à prendre en main pour quelqu'un qui vient du back ou du HTML classique, parce qu'un composant monofichier ressemble à ce qu'il connaît déjà, un gabarit, un script, un style, dans cet ordre. React demande d'accepter le JSX et de vraiment comprendre les hooks et leurs dépendances, ce qui prend quelques semaines avant d'arrêter de se tirer dessus.

En revanche, tu trouveras davantage de candidats qui connaissent React si tu dois recruter plus tard. Ça pèse peu pour un outil interne, mais ça pèse.

Je mets un bémol sur « les deux se valent » : ce qui compte pour un petit projet, c'est ce que tu mets autour. Avec Vue, tu as un routeur et une gestion d'état officiels, entretenus par la même équipe que le framework, et un outil de création de projet qui pose tout ça en une commande. Avec React, tu vas choisir un routeur, un gestionnaire d'état (ou pas), une bibliothèque de formulaires, une façon de charger les données... et chaque choix devra être justifié à la personne qui reprendra le projet dans trois ans, quand la moitié de ces bibliothèques auront changé d'API.

Pour dix écrans et un formulaire conditionnel, je partirais sur Vue avec une petite bibliothèque de validation, et je garderais React pour le jour où il y aura une vraie raison d'y aller. Dernier point, puisque c'est mon dada : dans les deux cas, teste ton formulaire au clavier et avec un lecteur d'écran avant de le montrer, les champs conditionnels sont un piège classique.

Question annexe, mais importante : est-ce qu'il te faut vraiment un framework ? Dix écrans, un formulaire, un tableau filtrable... Il m'est arrivé de faire ce genre d'outil interne avec des pages HTML servies par le back, un peu de JavaScript pour les champs conditionnels et le filtre du tableau, et aucune étape de compilation. Ça reste lisible par n'importe qui dans cinq ans, y compris par la collègue qui n'a jamais fait de front moderne, et ça se déploie en copiant des fichiers.

Le framework se justifie si les écrans partagent beaucoup d'état entre eux ou si l'interface doit réagir en temps réel à des données qui bougent. Sinon, c'est de la complexité payée d'avance pour un besoin qui n'existe pas encore.

Merci pour vos réponses, elles m'ont fait avancer plus que tous les comparatifs. J'ai fait un prototype de deux écrans dans chaque framework, en une journée, avec ma collègue. Verdict : elle a été à l'aise beaucoup plus vite avec Vue, notamment grâce aux composants monofichiers, et le formulaire conditionnel est nettement plus court à écrire.

On part donc sur Vue avec le routeur officiel, et sans gestion d'état globale pour l'instant : ptitux a raison sur la complexité payée d'avance, on l'ajoutera si on en a vraiment besoin. Le tableau filtrable sera fait en HTML servi par l'API, comme il le suggère, parce qu'il vit très bien tout seul. Je marque le sujet comme résolu.