Redux n'a pas besoin d'être associé à React, en plus de prendre en charge React, il prend également en charge d'autres frameworks d'interface utilisateur ; et Redux ne convient pas à tous les projets et à toutes les applications en React, si vous pouvez vous en passer ; , n'utilisez pas redux.
Recommandé : "tutoriel vidéo React"
redux est un conteneur d'état JavaScript qui fournit principalement la gestion de l'état. Peut fonctionner sur des applications serveur, client et natives. En plus de prendre en charge React, il prend également en charge d'autres frameworks d'interface utilisateur et est de petite taille, seulement 2 Ko. Lorsque vous l'utilisez avec React, vous pouvez utiliser le plug-in React-Redux pour améliorer encore notre expérience de développement.
Avant de commencer le sujet d'aujourd'hui, il y a quelques points que je dois souligner.
L'état de React et l'état de Redux sont deux choses complètement indépendantes. N'oubliez pas de ne pas mélanger les choses. L'état de réaction est un attribut qui existe dans un composant de classe pour stocker ses propres variables, et l'état de redux est l'état d'un certain espace de noms dans le magasin de l'ensemble de l'application. Les deux n'ont rien à voir l'un avec l'autre.
Redux est indépendant de React. Vous pouvez choisir de l'utiliser ou non. Si vous n'utilisez pas d'échafaudage basé sur Redux, vous devez le référencer séparément si vous souhaitez utiliser Redux. Il n'y a pas de redux dans le package React.
Si vous souhaitez utiliser redux dans votre application, vous devez associer React à Redux. Il existe un package appelé React-redux, qui est utilisé pour associer React à Redux. Cela s'appelle connect et accepte deux méthodes, mapStateToProps et mapDispatchToProps. Ces deux méthodes injectent l'état de redux dans les accessoires de réaction.
Ce qui précède est un examen de quelques points de connaissances de base sur Redux. Entrons ensuite dans le sujet.
Scénarios d'utilisation de redux
Si votre application React a beaucoup d'états et est difficile à maintenir, redux est un bon choix en ce moment. (L'état mentionné ici est l'état de réaction)
Si vous avez besoin de partager des données, c'est-à-dire que plusieurs composants de réaction doivent utiliser la même source de données.
Si vous avez besoin d'un contrôle de statut global, tel que la personne actuellement connectée à l'application, nous pouvons utiliser les informations de la personne connectée dans quel composant si nous l'enregistrons dans Global Redux, nous le ferons. Il n'y a pas besoin de s'inquiéter du composant utilisé. Lorsque nous l'utilisons, nous pouvons simplement le prendre dans le redux global
La logique métier d'un certain composant est trop complexe et il est trop fastidieux de les traiter. données dans le composant React. Nous pouvons considérer une partie de la logique divisée en redux.
L'utilisation de redux peut séparer les données et l'interface utilisateur. Si vous souhaitez obtenir un tel effet, vous pouvez essayer d'utiliser redux.
Pourquoi devrions-nous réduire l'utilisation de redux
Les étudiants qui ont lu le blog de frère Ruan Yifeng ont dû voir ces phrases
Si vous ne savez pas si vous avez besoin de Redux, alors vous n'en avez pas besoin.
Vous n'avez besoin de Redux que lorsque vous rencontrez des problèmes que React ne peut pas résoudre.
Redux ne convient donc pas à tous les projets et à toutes les applications.
L'utilisation de redux nécessite de créer beaucoup de code de modèle, ce qui rend les mises à jour d'état très compliquées. Tous ceux qui l'utilisent le savent, haha.
Utiliser trop de redux fera perdre de la flexibilité à l'application
Redux apporte une programmation fonctionnelle, des idées d'immuabilité, etc. Afin de coopérer avec ces concepts, les développeurs doivent écrire de nombreux "modèles" de code (passe-partout )", la lourdeur et la duplication sont des choses que les développeurs ne sont pas prêts à tolérer. Bien sûr, il existe de nombreux hacks visant à réduire le passe-partout, mais à ce stade, on peut dire que Redux est intrinsèquement encombrant
Si vous utilisez Redux, votre application doit utiliser des objets ou ; des tableaux pour décrire l'état ; OMG !
Utilisez Redux, votre application doit alors utiliser des objets simples, c'est-à-dire des actions, pour décrire les changements OMG !
Utilisez Redux, votre application doit alors utiliser des fonctions pures pour gérer les changements OMG !
Dans les applications, de nombreux états doivent être extraits dans le magasin, alors quand utiliser les états locaux et quand se connecter au magasin Redux ? Vous ne pouvez pas simplement écrire des affaires avec bonheur. Un changement nécessite une action d'écriture (créateur d'action), un réducteur, etc.
Par rapport à Mobx, qui combine réactivité et style fonctionnel, l'expérience de programmation est "réduit"
Ce qui précède est une citation d'un internaute. On peut voir qu'il y a de nombreux inconvénients à trop utiliser Redux. Je ne listerai pas ses inconvénients un par un ici. Les étudiants intéressés peuvent le rechercher eux-mêmes. En général, je pense que redux peut être utilisé sans redux
Après avoir lu ceci, je souhaite résoudre les questions dans l'esprit de certains lecteurs : « Quand devrions-nous utiliser l'état de React ? " Utiliser l'état redux ?" La réponse est claire.
Après tout, redux est un framework relativement réussi. Le flux de données qu'il contient est également très classique et résout de nombreux problèmes. Tant que nous faisons de bons compromis, je pense que nous pouvons. rédiger de meilleures applications.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!