Redux: FAQ mises à jour

Cela semble également populaire et non évident.

https://twitter.com/dan_abramov/status/736310245945933824

J'ai vu cette image, et je ne suis que partiellement ce qui se passe là-bas. Ou plutôt, je vois le code, je ne comprends tout simplement pas tout à fait l'intention ou la déclaration.

L'intention est-elle que vous restituiez un composant « de type connecté », sauf que « dispatcher » et « réduire » ne font en réalité que mettre à jour l'état du composant parent ?

Je ne comprends pas non plus le fait de "détacher" le réducteur, car il n'y a pas de magasin ou d'utilisation réelle de store.replaceReducer() dans cet extrait. Vous voulez simplement dire qu'une fonction "de type réducteur" peut être applicable en dehors du contexte de la structure du réducteur du magasin ?

Nouvelle section FAQ possible, ou éventuellement doc de conception : "Pourquoi Redux est conçu comme il est". Exemples de sujets : pourquoi store.subscribe() n'inclut pas l'action ou l'état comme argument, pourquoi le middleware est une fonction imbriquée, etc.

J'ai vu cette image, et je ne suis que partiellement ce qui se passe là-bas. Ou plutôt, je vois le code, je ne comprends tout simplement pas tout à fait l'intention ou la déclaration.

L'intention est-elle que vous restituiez un composant « de type connecté », sauf que « dispatcher » et « réduire » ne font en réalité que mettre à jour l'état du composant parent ?

Je ne comprends pas non plus le "détachement" du réducteur, car il n'y a pas de magasin réel ni d'utilisation de store.replaceReducer() dans cet extrait. Vous voulez simplement dire qu'une fonction "de type réducteur" peut être applicable en dehors du contexte de la structure du réducteur du magasin ?

L'idée est la suivante : vous n'avez pas besoin de la bibliothèque redux avec l'objet store dédié pour implémenter l'architecture redux de (prevState, action) => nextState . L'état du composant React peut être votre magasin, local au composant, et vous implémentez vous-même la répartition en effectuant des mises à jour d'état via React setState.

Oui, c'est un peu ce que je pensais voir. C'était le phrasé « detach » qui m'avait vraiment bouleversé, car je suis conscient que vous pouvez réellement appeler store.replaceReducer() .

En ce qui concerne la logique de séparation entre les créateurs d'actions et les réducteurs , je pense qu'il vaut la peine de souligner que les sélecteurs (mapStateToComponent) sont un autre bon endroit pour gérer ces derniers (validation, transformation de données). Cela crée une belle séparation entre la vraie source du serveur (réducteur) et les données liées à la vue qui sont calculées (transformées ou filtrées) par source (sélecteur).

Une autre question que je vois souvent est de savoir comment créer un module de redux (créateurs d'actions, réducteurs, composants) qui peut être réutilisé en externe. Principalement comment éviter les conflits de nom d'action lorsque nous avons plusieurs modules avec le même type dans la même page, et comment déterminer le nom du réducteur afin qu'il puisse être utilisé par createStore.

Oui, nous avons définitivement besoin d'une section "Décisions de conception" de la FAQ.

Question pour @reactjs/redux : Je discute de la possibilité de diviser la FAQ en pages séparées par sujet. La page unique actuelle est assez longue. Des avis ?

J'aime bien avoir une liste de liens vers toutes les questions sur la table des matières. Si nous gardons cela, je ne vois pas qu'il y a des inconvénients à diviser les sujets sur différentes pages.

Oui, je garderais certainement FAQ.html pour avoir la table des matières complète, puis j'aurais probablement une table des matières distincte dans chaque page pour ses entrées uniquement.

La meilleure façon de les organiser est probablement celle qui produirait les meilleurs résultats pour une personne effectuant une recherche sur Google pour une question pertinente.

Commencer par cette tâche. Le plan est d'aller de l'avant et de le diviser en fonction des catégories actuelles, puis de mettre à jour les questions existantes et enfin d'écrire le nouveau matériel.

J'aimerais en savoir plus sur les amplificateurs de magasin. Et des réducteurs injectables pour le fractionnement de code. Les exemples des deux sont assez limités et difficiles à suivre.

@Medros : Hum. Les deux sujets intéressants, mais peut-être pas tellement "Foire aux questions".

Il y a quelques semaines, il y a eu une bonne discussion sur les amplificateurs de magasin sur Twitter : https://twitter.com/acemarke/status/778813095221170176 . Fondamentalement, ils ne sont pas délibérément mentionnés dans la documentation pour le moment, car ils constituent une fonctionnalité pour les utilisateurs expérimentés et des travaux sont en cours pour modifier les éléments internes qui leur sont associés. La discussion au #1813 en parle certains, et le problème de remaniement pertinent est le #1702 .

Pour les réducteurs injectables, vous voudrez peut-être regarder comment https://github.com/mxstbr/react-boilerplate et https://github.com/davezuko/react-redux-starter-kit font les choses. Il existe également une variété de bibliothèques liées à la gestion de l' état des composants et des réducteurs dans ma liste d'extensions Redux qui peuvent être pertinentes.

Bonne progression aujourd'hui. Divisez la FAQ en pages séparées par catégorie, a fait environ la moitié des mises à jour prévues aux questions existantes. J'essaierai d'assommer le reste demain.

Et la partie "split+update" est maintenant dedans (voir #2009 ).

J'ai quelques autres choses que j'aimerais faire avant d'aborder les nouvelles questions, donc je vais laisser cela ouvert pour le moment. Je reviendrai probablement là-dessus dans quelques semaines.

Heureux de vous aider à rédiger certaines d'entre elles. Des idées sur le meilleur endroit pour commencer?

Salut, et merci !

En termes de fréquence à laquelle les choses sont réellement demandées, l'ajout d'une nouvelle catégorie « Décisions de conception » serait le plus pertinent. Cela dit, cela saute également directement dans certains aspects assez techniques.

Un endroit plus facile pour commencer pourrait être d'ajouter quelques nouvelles questions à la section "Général". Les idées que j'ai listées pour le moment sont « Quand dois-je utiliser Redux ? », « Quels sont les avantages et les inconvénients de l'utilisation de Redux ? » et « Comment Redux se compare-t-il à [Angular/Backbone/MobX] ? ».

Cela dit, s'il y a une question particulière qui attire votre attention, cela fonctionne aussi. Il n'y a pas d'échéance particulière que nous essayons de respecter, juste un tas de questions que j'ai vues et que j'aimerais avoir couvertes dans la FAQ.

Je suis heureux de travailler avec vous sur la direction que devraient prendre ces réponses, l'édition et les liens vers des informations supplémentaires. back brûleur pour moi jusqu'à ce que ce soit fait.

OK, ça sonne bien. Pourquoi ne pas commencer par _Quand/pourquoi utiliser Redux_ et _Redux state vs React state_. Voulez-vous que je rédige un brouillon et que j'ajoute un nouveau RP à examiner, ou avez-vous un autre processus que vous préférez utiliser ?

Ah... désolé, permettez-moi de clarifier ce que ce premier commentaire essaie de présenter.

Mon objectif était d'ajouter des liens et des informations supplémentaires aux questions existantes, puis d'écrire de nouvelles questions + réponses. J'ai déjà tout terminé dans la rubrique "Mises à jour des questions existantes", c'est-à-dire la partie "ajouter de nouveaux liens". C'est la partie "rédiger de nouvelles questions+réponses" pour laquelle je recherche de l'aide en ce moment.

La liste des nouvelles questions potentielles se trouve sous la rubrique « Nouveaux sujets » (commençant par « Quand devrais-je apprendre Redux ?"). Tout ce qui est énuméré dans cette section vaudrait la peine d'être abordé.

En ce qui concerne le flux de travail : vous voudriez bifurquer le référentiel Redux, créer une branche et commencer à travailler sur vos brouillons. Pourrait probablement publier un lien vers le(s) fichier(s) WIP ici d'abord, puis une fois que vous pensez avoir un brouillon prêt, déposez un PR.

OK, je vais commencer par _Dois-je utiliser Immutable.js ?_. Je viens de finir d'écrire une série de tutoriels sur Immutable, et je l'utilise quotidiennement, je connais donc très bien les problèmes liés à son utilisation.

Ça a l'air bien! Le commentaire lié sur Reddit est mes propres réflexions sur certains des compromis. Je viens également d'ajouter des pointeurs vers les sections pertinentes de ma liste de liens React/Redux, sur les données immuables et les performances de React, en tant que ressources supplémentaires.

La question "Immutable.js" appartient probablement à une nouvelle catégorie, mais vous ne savez pas exactement ce que cette catégorie devrait être pour le moment. Peut-être créer une catégorie « Données immuables » pour le moment dans votre branche, et commencer à écrire dans cette page ?

@markerikson First PR est maintenant prêt pour examen : #2120

@bundance : super, merci ! Je vais y jeter un œil ce soir ou vendredi.

Cela ressemble à un excellent moyen d'augmenter ma compréhension de Redux. J'apprécierais d'avoir des tâches spécifiques à faire. Ce qui a la priorité, quelqu'un ne les fait pas déjà, etc.

@mateo-io : Bien sûr, merci d'avoir proposé votre aide !

Si vous regardez la liste en haut du numéro, tout ce qui se trouve dans la section "En attente d'ajout" est... euh... en attente d'être ajouté :) Personne d'autre ne travaille actuellement sur l'un d'entre eux, donc ils 're all fair game.

Un moyen simple de commencer peut être de travailler sur les éléments « Mises à jour des questions existantes ». Par exemple, il y a un tas de liens que j'aimerais ajouter au "Quand dois-je utiliser Redux ?" question. Ceux-ci devraient être assez simples - ajoutez simplement les liens à la liste existante à la fin de cette question dans la FAQ, avec quelques brèves descriptions de l'objet de chaque lien.

Un autre bon point de départ pourrait être l'une des nouvelles questions telles que « Pourquoi devrais-je utiliser des créateurs d'action ? » ou "Quand dois-je utiliser Redux ?".

Si vous souhaitez d'abord vous attaquer à autre chose, c'est très bien. Jetez un œil à la liste des sujets que j'aimerais ajouter ou mettre à jour, et dites-moi sur quelles sections vous aimeriez travailler.

@markerikson 2370 pour la faq section générale

J'aimerais aider à ajouter de nouveaux liens à la section "Structure du code" !

@gribnoysup : Super, content de l'entendre ! Allez-y et créez un fork du référentiel et une branche pour vos modifications, et commencez à mettre à jour le fichier FAQ "Code Structure". La première étape la plus simple consisterait simplement à ajouter les quelques liens que j'ai répertoriés pour mettre à jour le "Où mettre votre logique métier ?" question. À partir de là, nous pouvons parler de l'ajout de nouvelles questions/réponses pour « Pourquoi utiliser des créateurs d'action ? » et « logique d'encapsulation ».

@markerikson J'ai ouvert une nouvelle demande d'extraction pour la section FAQ sur la structure du code https://github.com/reactjs/redux/pull/2494

@markerikson Je suis intéressé à travailler là-dessus. Est-ce que ça va si je prends le "Pourquoi utiliser des créateurs d'action ?" Objet. Heureux de commencer ailleurs si c'est mieux pour vous.

@maxhallinan :

@markerikson Je suis aussi intéressé, y a-t-il quelque chose dans votre esprit avec lequel je peux commencer, qui est également couramment requis par la communauté ?

@markerikson J'ai fait un PR pour la section FAQ sur les décisions de conception #2528

@sbakkila : Super, merci ! J'essaierai de regarder ça demain soir ou mercredi.

@Fyre91 : désolé de ne pas vous avoir

@markerikson, je suis désolé que cela ait pris si longtemps. J'ai ouvert le PR #2535 pour "Pourquoi devrais-je utiliser des créateurs d'action ?"

J'ai également ouvert le PR #2537 pour ajouter des liens vers la section FAQ Actions. FWIW, les autres liens répertoriés pour la mise à jour dans cette description du problème semblent déjà avoir été ajoutés. Sinon, je les aurais inclus avec ce PR.

Je pensais passer à « Quand devrais-je apprendre Redux ? » Cette question concerne-t-elle spécifiquement React ? Sinon, il semble que vous deviez apprendre Redux lorsque vous devriez utiliser Redux, ce qui chevaucherait le déjà répondu "Quand dois-je utiliser Redux ?".

@maxhallinan : Eh, c'est en quelque sorte en ce qui concerne React. Et oui, il y a _quelque_ chevauchement avec "Quand dois-je utiliser Redux ?", mais je pense que c'est suffisamment distinct pour justifier sa propre entrée dans la FAQ.

@markerikson OK, je vais prendre une FAQ sur les performances de l'arbre d'état.

@Fyre91 : cool, merci !

@markerikson Ok,

@markerikson Je vais ensuite passer à "Pourquoi utiliser React-Redux".

@markerikson Je prends ensuite l'élément de pagination/mise en cache sous Performance. Juste pour confirmer, la vraie question est « Puis-je mettre en cache des données paginées sans causer de problèmes de mémoire ? »

@maxhallinan : à peu près, ouais. Les autres pistes de réflexion étaient peut-être des choses comme « Comment implémenter des vérifications de cache ? », « Comment gérer l'effacement des données mises en cache ? », « Combien puis-je mettre en cache en toute sécurité ? », etc.

Pour être honnête, je ne me souviens pas exactement de ce à quoi je pensais quand j'ai écrit cet article, mais c'est ce que ces liens couvrent. Je viens également d'ajouter un lien vers un excellent article sur le suivi de sous-ensembles de données normalisées.

Cela pourrait facilement se transformer en plusieurs entrées de questions distinctes si nous en avons besoin, et je ne sais pas exactement ce que je veux en tirer. Examinez le sujet, voyez ce que vous proposez et nous travaillerons à partir de là.

Je viens de mettre à jour la liste en haut du fil pour refléter ce qui a été travaillé récemment. (En fait, vous savez... J'aurais vraiment dû en faire une liste de tâches à cocher dès le début, au lieu de couper et coller les éléments terminés dans une deuxième section. Oh bien.)

Super de voir la liste des choses restantes se réduire !

@markerikson Updates to Existing Questions: Performance est déjà dans le maître :)

@markerikson "Pourquoi utiliser des créateurs d'action ?" est aussi en master.

@gribnoysup , @maxhallinan : ah, oui, ils le sont donc :) Mise à jour de la liste.

Certainement y arriver. On dirait que toutes les mises à jour des questions existantes sont terminées et qu'il ne reste que quelques nouveaux éléments.

Je viens de proposer une nouvelle question « Décisions de conception » : « Pourquoi Redux sépare-t-il les actions et les mises à jour ? »

Je pense que nous sommes bons là-dessus. Nous pouvons suivre les mises à jour de FAQ individuelles dans d'autres problèmes.