Bonne vidéo ! Ca a plus ou moins été dit dans d'autres commentaires, mais en effet Vue3 avec composition API, le hook "setup" + "", on a une grande liberté comparée à l'option API qui est peu à peu délaissée par la communauté. On a du code hyper clair un peu à la Svelte et très peu verbeux. Pour l'apprentissage des directives dans les templates, c'est vrai qu'il faut les apprendre par contre. Cependant, quand on veut faire du full JS pour des cas "complexes", on peut quand même le faire avec des Render Functions & JSX. Côté communauté, emploi, libraries, etc. React est clairement au dessus c'est indiscutable :D
Bonjour, Je me permet de répondre même si ce post à déjà deux mois. J'aime beaucoup tes vidéos et je t'en remercie car elle m'aide beaucoup dans mon apprentissage de React! En revanche je me permet de te dire que tu as une mauvaise connaissance de Vue. La version vue de 2 utilisait de l'option API qui aboutissait à une syntaxe très lourde et rendait difficile l'emploi du Vue pour de très gros projets et la il n'y avait pas photo avec React qui était largement meilleur. En revanche depuis la version 3 et l'introduction de la composition API la donne à totalement changé, il n'y a plus du tout cette lourdeur de syntaxe et on peut très facilement découper son code en utilisant des composables pour ne pas charger ses composants avec trop de code logique, ce qui permet d'avoir une bien meilleur scalabilité et donc utiliser Vue pour te très gros projets sans problème. Très objectivement, un projet fait en React aujourd'hui tu peux le faire en Vue sans aucun problème ce qui je le répète, n'était pas forcément le cas avec Vue 2. Vue à l'avantage d'être beaucoup plus simple à apprendre notamment dans la gestion du state que l'on peut modifier directement, la notion de Hooks pour modifier le state n'existe pas du tout ( seulement la notion de Life cycle hook pour la gestion du cycle de vie des composants). Dans l'absolue pour un débutant total, il est bien de commencer par Vue comme premier Framework et ensuite passer à React (c'est le chemin que je suis en train de suivre) la "pente" d'apprentissage de ce dernier est moins raide et cela permet d'avoir deux cordes à son arc. De même pour Nuxt 3 ( qui est l'équivalent d'un Next pour React) ce framework full stack est génial et permet de faire des applications complètes avec gestion du SSR( notamment) sans aucun problème. En résumé, React propose beaucoup plus d'offres d'emplois que Vue, c'est un fait avéré que l'on ne peut pas contester, les chiffres parle d'eux même mais il faut être honnête et savoir qu'avec Vue ( la version 3 ) on peut faire exactement les mêmes projets que React sans problème. Ce n'est que mon humble avis. Une fois encore, merci pour tes vidéos !
par contre tes codes vue peux être mieux gérer grâce à la composition api(basse un peu sur le fonctionnement de react avec les hook) sinon très bonne vidéo : exemple pour déclarer un état c est: const variable = ref(truc stocker dans le states)
Vidéo toujours au top, très informative ! Même s'il manque la petite musique de fond ? 😁 Pourrais-tu faire une vidéo concernant les librairies react que tu conseilles pour le routing ? Et pourquoi pas une petite demo de son utilisation ?
Pour nuancer quelques points: Même si au niveau mondial React est clairement leader, au niveau français il y a quand même un certain équilibre entre les 3 gros frameworks front (React, Vue et Angular). Je crois que les parts de marchés sur du framework JS en France sont de l'ordre de 40% React, 30% Vue et 30% Angular Niveau richesse écosystème, je pense qu'on atteint rapidement un point où le nombre de packages n'est plus significatif: tu n'as pas besoin d'installer 60000 packages dans ton projet Vue couvre largement tous les usages que tu peux rencontrer pour du web, en 4 ans de dev sur Vue, je me suis jamais senti limité par le framework Je pense aussi qu'il y a moins de packages parce que le framework Vue est déjà bien fourni, pas besoin de réinventer 10 librairies de router, de gestion de state, de styled components ou quoi quand ce qui vient par défaut est déjà plutôt bien foutu Pour ce qui est de la syntaxe, d'autres commentaires l'ont déjà dit mais effectivement la syntaxe composition en Vue est nettement plus sympa que la syntaxe option API que tu as présenté. L'option API tend à produire du code "lasagne", qui regroupe le code par couche de ce qu'ils sont (les fonctions avec les fonctions, les data avec les data) plutôt que par groupe de logique. En soit, l'option API est limitante mais ça limite les dégâts si t'as une équipe de développeurs inexpérimentés qui savent pas trop organiser leur code. La composition API te rend cette liberté mais demande de l'expérience et de la rigueur. Ce que j'aime bien dans React, c'est que c'est la librairie qui drive l'écosystème front avec des nouveaux concepts: ex nuance entre serveur state et client grâce à React Query (qu'on a récupéré en Vue hehe), les hooks qui ont été adaptés en Vue sous le nom de composables, etc
Salut, moi j'ai connu les 2 frameworks et finally j'ai choisi vuejs, parce qu'avec vuejs surtout pour sa version 3, y'a plus comparaison. Avec vuejs +pinia , on ne peut plus avoir plus simple que ça, merci qd même.
Sur pas mal de trucs je suis pas d'accord. La courbe d'apprentissage, si on fait que du hook en un we on peut commencer à s'amuser à faire des trucs sympa. Avec vuejs il faut se bouffer la doc, il y a bcp plus de choses à connaitre avant de faire un truc sympa. Je fais du vuejs au taf et franchement je préfère 10000 fois react, c'est tellement plus souple, lisible et je trouve que tu code bcp plus vite. Et puis l'écosystème est juste trop bien, il y a tellement le choix. Je déteste par exemple le double binding et le système d'emiter. A choisir je préfère svelte à vuejs.
Petite info aujourd'hui vueX est de moins en moins utilisée contrairement a pinia ( et pour de vrai vue-router etc.. sont des trucs communautaire mais elle sont souvent approuver par les équipes de vue qui font des commits)
Des applications que j'ai fait, je trouve que la React fait le + fouilli. Certes tu peux créer des composants, mais c'est bagdad entre la logique et vue. T'as besoin de formulaire, c'est encore pire, tu veux avoir du typescript, ya plus que 10% des support et la moitié des librairies qui ne le sont pas.
@@melvynxdev Il y a quand même un bon nombre de critères objectifs pour dire que c'est moins structurés. Tu veux faire une authGuard en react sans devoir duppliquer du code? bon courage. Tu veux avoir des états communs? Tu dois t'emmerder avec des libraries de states management. J'aime angular, j'adore Vue, même si je regrette qu'elle ne soit pas plus populaire pour avoir effectivement plus de contenu. La composition API est tellement bien
Bonne vidéo, mais dommage de montrer des exemples avec l'option api et non la composition Api de Vue, car ce que tu lui reproche n'existe plus ;). L'oapi est clairement l'ancienne méthode d'écrire du vue.
![Lp. Сердце Вселенной #60 РОЖДЕНИЕ ЛОЛОЛОШКИ [Финал] • Майнкрафт](http://i.ytimg.com/vi/YoR0pAV9FVQ/mqdefault.jpg)
Alors là chapeau ! J'ai pu savourer ce moment d'impartialité et de vrai information objective, permettant de faire un choix éclairé !
Un grand merci poru ton commentiare, c'était mon but !
Bonne vidéo !
Ca a plus ou moins été dit dans d'autres commentaires, mais en effet Vue3 avec composition API, le hook "setup" + "", on a une grande liberté comparée à l'option API qui est peu à peu délaissée par la communauté. On a du code hyper clair un peu à la Svelte et très peu verbeux.
Pour l'apprentissage des directives dans les templates, c'est vrai qu'il faut les apprendre par contre. Cependant, quand on veut faire du full JS pour des cas "complexes", on peut quand même le faire avec des Render Functions & JSX.
Côté communauté, emploi, libraries, etc. React est clairement au dessus c'est indiscutable :D
Bonjour,
Je me permet de répondre même si ce post à déjà deux mois. J'aime beaucoup tes vidéos et je t'en remercie car elle m'aide beaucoup dans mon apprentissage de React!
En revanche je me permet de te dire que tu as une mauvaise connaissance de Vue. La version vue de 2 utilisait de l'option API qui aboutissait à une syntaxe très lourde et rendait difficile l'emploi du Vue pour de très gros projets et la il n'y avait pas photo avec React qui était largement meilleur.
En revanche depuis la version 3 et l'introduction de la composition API la donne à totalement changé, il n'y a plus du tout cette lourdeur de syntaxe et on peut très facilement découper son code en utilisant des composables pour ne pas charger ses composants avec trop de code logique, ce qui permet d'avoir une bien meilleur scalabilité et donc utiliser Vue pour te très gros projets sans problème.
Très objectivement, un projet fait en React aujourd'hui tu peux le faire en Vue sans aucun problème ce qui je le répète, n'était pas forcément le cas avec Vue 2.
Vue à l'avantage d'être beaucoup plus simple à apprendre notamment dans la gestion du state que l'on peut modifier directement, la notion de Hooks pour modifier le state n'existe pas du tout ( seulement la notion de Life cycle hook pour la gestion du cycle de vie des composants).
Dans l'absolue pour un débutant total, il est bien de commencer par Vue comme premier Framework et ensuite passer à React (c'est le chemin que je suis en train de suivre) la "pente" d'apprentissage de ce dernier est moins raide et cela permet d'avoir deux cordes à son arc.
De même pour Nuxt 3 ( qui est l'équivalent d'un Next pour React) ce framework full stack est génial et permet de faire des applications complètes avec gestion du SSR( notamment) sans aucun problème.
En résumé, React propose beaucoup plus d'offres d'emplois que Vue, c'est un fait avéré que l'on ne peut pas contester, les chiffres parle d'eux même mais il faut être honnête et savoir qu'avec Vue ( la version 3 ) on peut faire exactement les mêmes projets que React sans problème.
Ce n'est que mon humble avis.
Une fois encore, merci pour tes vidéos !
Oui, merci de ton message. Je connais la composition api, c'est cool oui
par contre tes codes vue peux être mieux gérer grâce à la composition api(basse un peu sur le fonctionnement de react avec les hook) sinon très bonne vidéo :
exemple pour déclarer un état c est:
const variable = ref(truc stocker dans le states)
Oui mais j'ai trouvé peu de codeexemple la dessus
Tes vidéos sont vraiment tops !
Merci ❤️
Merci pour ton contenu. ça me rassure sur mon choix 😅 React JS je kiff grave 🙃
Ahah tu fais bien !
Vidéo toujours au top, très informative ! Même s'il manque la petite musique de fond ? 😁 Pourrais-tu faire une vidéo concernant les librairies react que tu conseilles pour le routing ? Et pourquoi pas une petite demo de son utilisation ?
Ahaha c'est un sujet complexe mais oui
Pour nuancer quelques points:
Même si au niveau mondial React est clairement leader, au niveau français il y a quand même un certain équilibre entre les 3 gros frameworks front (React, Vue et Angular). Je crois que les parts de marchés sur du framework JS en France sont de l'ordre de 40% React, 30% Vue et 30% Angular
Niveau richesse écosystème, je pense qu'on atteint rapidement un point où le nombre de packages n'est plus significatif: tu n'as pas besoin d'installer 60000 packages dans ton projet
Vue couvre largement tous les usages que tu peux rencontrer pour du web, en 4 ans de dev sur Vue, je me suis jamais senti limité par le framework
Je pense aussi qu'il y a moins de packages parce que le framework Vue est déjà bien fourni, pas besoin de réinventer 10 librairies de router, de gestion de state, de styled components ou quoi quand ce qui vient par défaut est déjà plutôt bien foutu
Pour ce qui est de la syntaxe, d'autres commentaires l'ont déjà dit mais effectivement la syntaxe composition en Vue est nettement plus sympa que la syntaxe option API que tu as présenté. L'option API tend à produire du code "lasagne", qui regroupe le code par couche de ce qu'ils sont (les fonctions avec les fonctions, les data avec les data) plutôt que par groupe de logique.
En soit, l'option API est limitante mais ça limite les dégâts si t'as une équipe de développeurs inexpérimentés qui savent pas trop organiser leur code. La composition API te rend cette liberté mais demande de l'expérience et de la rigueur.
Ce que j'aime bien dans React, c'est que c'est la librairie qui drive l'écosystème front avec des nouveaux concepts: ex nuance entre serveur state et client grâce à React Query (qu'on a récupéré en Vue hehe), les hooks qui ont été adaptés en Vue sous le nom de composables, etc
Salut, moi j'ai connu les 2 frameworks et finally j'ai choisi vuejs, parce qu'avec vuejs surtout pour sa version 3, y'a plus comparaison. Avec vuejs +pinia , on ne peut plus avoir plus simple que ça, merci qd même.
Oui VueJS je dirait go Svelte mais c'est mon avis!
Idem vue3 permets vraiment de monter un projet complexe très "facilement"
Sur pas mal de trucs je suis pas d'accord.
La courbe d'apprentissage, si on fait que du hook en un we on peut commencer à s'amuser à faire des trucs sympa.
Avec vuejs il faut se bouffer la doc, il y a bcp plus de choses à connaitre avant de faire un truc sympa.
Je fais du vuejs au taf et franchement je préfère 10000 fois react, c'est tellement plus souple, lisible et je trouve que tu code bcp plus vite.
Et puis l'écosystème est juste trop bien, il y a tellement le choix.
Je déteste par exemple le double binding et le système d'emiter.
A choisir je préfère svelte à vuejs.
Alors j'ai essayé d'être pas trop "pro react" (ce que je suis) j'ai donc pris les arguments des deux parties, mais je te rejoins
Petite info aujourd'hui vueX est de moins en moins utilisée contrairement a pinia ( et pour de vrai vue-router etc.. sont des trucs communautaire mais elle sont souvent approuver par les équipes de vue qui font des commits)
Ok merci beaucoup d'info !
avec React, tu as nextJS qui est vraiment bien !
Oui mais il y a Nuxt pour vue
Merci pour cette vidéo enrichissante. Pour un débutant il faut combien de temps pour apprendre les bases et "maîtriser" l'un de ces framework?
Ca depend des tes bases en js ou en typescript. Si tu maîtrise les bases ça prend moins d'un mois.
Merci pour l'info
ça dépend qui tu écoutes, si tu rejoins BeginReact ça sera rapide
codelynx.dev/beginreact/subscribe
Que pense tu des states management recoil, zustand, jotai,redux etc
Une vidéo arrive bientôt sur ce sujet, abon toi hein
Des applications que j'ai fait, je trouve que la React fait le + fouilli. Certes tu peux créer des composants, mais c'est bagdad entre la logique et vue. T'as besoin de formulaire, c'est encore pire, tu veux avoir du typescript, ya plus que 10% des support et la moitié des librairies qui ne le sont pas.
C’est les goûts et les couleurs apres
@@melvynxdev Il y a quand même un bon nombre de critères objectifs pour dire que c'est moins structurés. Tu veux faire une authGuard en react sans devoir duppliquer du code? bon courage. Tu veux avoir des états communs? Tu dois t'emmerder avec des libraries de states management. J'aime angular, j'adore Vue, même si je regrette qu'elle ne soit pas plus populaire pour avoir effectivement plus de contenu. La composition API est tellement bien
Les deux sont similaire, mais React : 457k et Vue : 139k de repository sur Github.
je vais pas te contredire
Vous avez un Discord svp ?🙂
Hello oui, inscrit toi à mon club pour recevoir des infos : codelynx.dev/emails
@@melvynxdev D'accord
Bonne vidéo, mais dommage de montrer des exemples avec l'option api et non la composition Api de Vue, car ce que tu lui reproche n'existe plus ;). L'oapi est clairement l'ancienne méthode d'écrire du vue.
Hello, j'ai cherché pendant une heure un exemple qui fonctionne avec composition api mais rien trouvé !
quel suspens 😂
😂😂😂
react, fin du débat.
Juste l'ecosysteme react enterre vue 10 fois.
on est un peu trop d'accord
VUE
ok
react c'est pour les moutons
ok