Créer React Query à partir de zéro
(mugglim.github.io)Bonjour.
Je partage ici le projet Build Your Own TanStack Query, que j’avais présenté auparavant, désormais publié sous forme de site web.
Pour les détails, merci de consulter le lien ci-dessous.
https://mugglim.github.io/build-your-own-tanstack-query/ko/
Les contributions sont toujours les bienvenues !!
20 commentaires
Le commentaire de kildong21 met crûment en lumière les limites culturelles et structurelles du secteur IT coréen. Au-delà du simple trolling, il faut revenir sur les raisons pour lesquelles ce type de commentaire surgit si naturellement.
Si vous êtes aussi stupide, allez donc étudier un peu, mdr
Vu la tête de vos commentaires habituels, mdr
Étudiez, alors haha
Je pense que si on n’assume pas la responsabilité de ce qu’on déverse sur Internet, on devrait être interdit d’utiliser Internet. Maintenant que vous l’avez déversé, veuillez au moins nettoyer derrière vous.
C’est peut-être parce que je suis un peu plus malin, mais… je ne comprends vraiment pas pourquoi tu écris ce genre de commentaire. Quelqu’un a bossé dur et le partage avec la communauté, et toi tu balances juste des plaintes absurdes à la chaîne — c’est franchement agaçant. Tu as au moins essayé de formuler une critique un tant soit peu constructive ou innovante ? C’est à cause de gens comme toi que la culture du partage de connaissances et de la progression entre développeurs coréens recule. Au lieu d’étaler ton ignorance avec des commentaires poubelle, va d’abord assimiler les concepts de base avant de faire semblant d’être intelligent.
Haha, c’est par ignorance, peut-être. Si tu ne comprends pas pourquoi c’est nécessaire, aie au moins l’humilité de poser la question.
Il me semble que l’impolitesse d’un commentaire ne s’explique pas par le fait d’être ignorant.
Même avec le même message, s’il était formulé avec plus de courtoisie, il serait sans doute plus convaincant, mais je trouve dommage qu’il n’y ait que des critiques unilatérales.
Si le nouveau de notre équipe me disait qu’il écrivait lui-même une version simple d’une bibliothèque commerciale largement connue, qui fonctionne de manière similaire, pour comprendre son principe de fonctionnement, je le porterais aux nues… Que ça marche ou pas, je le couvrirais d’éloges. Comme si je félicitais un oignon trempé dans l’eau.
Alors, créez-nous donc quelque chose de révolutionnaire.
Parlez-vous de la nécessité de React Query ?
Ou bien du projet Build Your Own TanStack Query ?
Comme vous avez parlé de gestion d’état, j’ai l’impression que vous faisiez référence à la nécessité de React Query.
React Query peut en effet être considéré comme innovant.
Et même s’il existe dans React Query des concepts qui ressemblent un peu à de la gestion d’état, ce n’est pas une bibliothèque dont l’objectif est la gestion d’état.
https://tanstack.com/query/latest Si vous regardez ici, l’objectif de cette bibliothèque est présenté brièvement.
Si ce n’est pas de cela qu’il s’agit, pourriez-vous préciser quelle partie vous semble nulle ou difficile à comprendre ? Je veux bien y réfléchir avec vous.
C’est lié au fait que les tendances d’architecture des applications web ont changé entre-temps.
Application multi-pages (MPA, forme traditionnelle)
Application monopage (SPA)
Quand on observe l’évolution des technologies, on a parfois l’impression que tout progrès n’est pas forcément une avancée. La quantité totale de choses que les développeurs doivent comprendre et gérer ne diminue pas, et les fonctionnalités à implémenter se déplacent constamment entre le serveur et le client.
Oui, dans le cas d'Angular, il n'est pas nécessaire d'étudier ce genre de choses, car tout le code de base nécessaire est déjà prêt. S'il y a un besoin, il suffit de l'appliquer à ce moment-là. À l'inverse, avec React, il faut combler les technologies manquantes, ce qui rend la collaboration plus difficile qu'avec Angular et complique aussi la standardisation de la base de code. Comme le périmètre de React est limité, React lui-même peut sembler léger et simple, mais il est regrettable qu'il lui manque des éléments nécessaires en situation réelle.
Avez-vous lu ceci d’abord : https://tanstack.com/query/latest ?
À voir votre question, on dirait que vous parlez de la nécessité de la gestion d’état côté client.
Je pense que vous avez mal compris le contenu de l’article ainsi que l’utilité de la bibliothèque React Query.
L’objectif principal de ce projet n’est pas de produire une nouvelle bibliothèque, mais d’en apprendre la structure en la construisant soi-même.
Si vous aviez ouvert le lien présent dans l’article, vous l’auriez compris immédiatement. Peut-être ne l’avez-vous pas encore consulté ?
« L’expérience de le construire soi-même — implémenter depuis zéro permet d’améliorer sa compréhension de TanStack Query. »
React Query n’a pas pour but d’être une bibliothèque de gestion d’état client.
C’est quelque chose de différent de Redux ou d’autres bibliothèques du même genre.
Je ne vais pas faire ici un cours sur tanstack,
mais je pense que vous devriez d’abord lire https://tanstack.com/query/latest puis poser votre question ensuite.
Et ReactQuery peut aussi être utilisé dans des applications React Native, haha.
Si vous voulez vous plaindre de la gestion d’état côté client...
vous vous êtes trompé d’adresse.
Le *** Build your own est une sorte de parcours pédagogique qui consiste à créer une version simple afin de mieux comprendre les concepts.
TanStack Query est la solution dominante du marché pour la gestion de l’état serveur.
Il permet de gérer facilement les performances comme le cache ou les requêtes en cascade, ainsi que les états de requête comme le chargement ou les erreurs.
Si vous ne connaissez pas, je vous recommande d’y jeter un œil au moins une fois.