Redux: Actualizaciones de preguntas frecuentes

También esto parece popular y no obvio.

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

Vi esa imagen, y solo estoy siguiendo parcialmente lo que está sucediendo allí. O más bien, veo el código, simplemente no entiendo bien la intención o la declaración.

¿La intención es representar un componente "similar a conectado", excepto que "enviar" y "reducir" en realidad solo actualiza el estado del componente principal?

Tampoco entiendo nada sobre "separar" el reductor, ya que no hay una tienda real o uso de store.replaceReducer() en ese fragmento. ¿Quiere decir simplemente que una función "similar a un reductor" puede ser aplicable fuera del contexto de la estructura reductora de la tienda?

Nueva sección de preguntas frecuentes posibles, o posiblemente documento de diseño: "Por qué Redux está diseñado como está". Temas de ejemplo: por qué store.subscribe() no incluye la acción o el estado como argumento, por qué el middleware es una función anidada, etc.

Vi esa imagen, y solo estoy siguiendo parcialmente lo que está sucediendo allí. O más bien, veo el código, simplemente no entiendo bien la intención o la declaración.

¿La intención es representar un componente "similar a conectado", excepto que "enviar" y "reducir" en realidad solo actualiza el estado del componente principal?

Tampoco entiendo nada sobre "separar" el reductor, ya que no hay una tienda o uso real de store.replaceReducer () en ese fragmento. ¿Quiere decir simplemente que una función "similar a un reductor" puede ser aplicable fuera del contexto de la estructura reductora de la tienda?

La idea es: no necesita la biblioteca redux con el objeto de tienda dedicado para implementar la arquitectura redux de (prevState, action) => nextState . El estado del componente React puede ser su tienda, local para el componente, y usted mismo implementa el envío haciendo actualizaciones de estado a través de React setState.

Sí, eso es lo que pensé que estaba viendo. Fue la frase "separar" lo que realmente me sorprendió, porque sé que en realidad puedes llamar store.replaceReducer() .

Con respecto a la lógica de división entre creadores de acciones y reductores , creo que vale la pena señalar que los selectores (mapStateToComponent) es otro buen lugar para manejarlos (validación, transformación de datos). Esto crea una buena separación entre la fuente verdadera del servidor (reductor) y los datos relacionados con la vista que se calculan (transforman o filtran) por fuente (selector).

Otra pregunta que veo a menudo es cómo hacer un módulo redux (creadores de acciones, reductores, componentes) que se pueda reutilizar externamente. Principalmente, cómo evitar que el nombre de la acción entre en conflicto cuando tenemos varios módulos con el mismo tipo en la misma página, y cómo determinar el nombre del reductor para que pueda ser utilizado por createStore.

Sí, definitivamente necesitamos una sección de "Decisiones de diseño" de las preguntas frecuentes.

Pregunta para @ reactjs / redux: Estoy debatiendo la posibilidad de dividir las preguntas frecuentes en páginas separadas por tema. La única página actual es bastante larga. ¿Alguna opinión?

Me gusta tener una lista de enlaces a todas las preguntas del índice. Si mantenemos eso, no puedo ver que haya inconvenientes en dividir los temas en diferentes páginas.

Sí, definitivamente mantendría FAQ.html para tener el TOC completo, y luego probablemente tenga un TOC separado dentro de cada página solo para sus entradas.

La mejor manera de organizarlos es probablemente la que produzca los mejores resultados para alguien que realiza una búsqueda en Google de una pregunta relevante.

Empezando en esta tarea. El plan es seguir adelante y dividirlo en función de las categorías actuales, luego actualizar las preguntas existentes y finalmente escribir el nuevo material.

Me gustaría saber más sobre los potenciadores de tienda. Y reductores inyectables para la división de códigos. Los ejemplos de ambos son bastante limitados y difíciles de seguir.

@Medros : Hmm. Ambos temas interesantes, pero quizás no tanto "Preguntas frecuentes".

Hace unas semanas hubo una buena discusión sobre los potenciadores de la tienda en Twitter: https://twitter.com/acemarke/status/778813095221170176 . Básicamente, no se mencionan de forma semi-deliberada en los documentos en este momento, ya que son una característica de usuario avanzado, y hay algo de trabajo en progreso para cambiar los aspectos internos relacionados con ellos. La discusión en el n. ° 1813 habla sobre ellos, y el tema de reelaboración relevante es el n. ° 1702.

Para los reductores inyectables, es posible que desee ver cómo https://github.com/mxstbr/react-boilerplate y https://github.com/davezuko/react-redux-starter-kit hacen las cosas. También hay una variedad de bibliotecas relacionadas con el estado de los componentes y la administración de reductores en mi lista de complementos de Redux que pueden ser relevantes.

Buen progreso hoy. Dividió las preguntas frecuentes en páginas separadas por categoría, hizo aproximadamente la mitad de las actualizaciones planificadas a las preguntas existentes. Intentaré noquear al resto mañana.

Y la parte "dividir + actualizar" ahora está disponible (ver # 2009).

Tengo algunas otras cosas que me gustaría hacer antes de abordar las nuevas preguntas, así que dejaré esto abierto por ahora. Probablemente vuelva a esto en un par de semanas.

Feliz de ayudar a escribir algunos de estos para usted. ¿Alguna idea sobre el mejor lugar para comenzar?

¡Hola, y gracias!

En términos de la frecuencia con la que realmente se preguntan cosas, agregar una nueva categoría "Decisiones de diseño" sería lo más relevante. Dicho esto, eso también salta directamente a algunos aspectos bastante técnicos.

Un lugar más fácil para comenzar podría ser agregar algunas preguntas nuevas a la sección "General". Las ideas que he enumerado en este momento son "¿Cuándo debería usar Redux?", "¿Cuáles son los pros y los contras de usar Redux?" Y "¿Cómo se compara Redux con [Angular / Backbone / MobX]?".

Dicho esto, si hay una pregunta en particular que te llama la atención, también funciona. No hay una fecha límite en particular que estemos tratando de cumplir, solo un montón de preguntas que he visto y que me gustaría haber cubierto en las Preguntas frecuentes.

Me complace trabajar con usted en la dirección que deben tomar estas respuestas, la edición y los enlaces a más información. En este momento, solo estoy enfocado principalmente en escribir una serie de publicaciones de blog y en tratar de escribir las preguntas frecuentes. para mí hasta que esté hecho.

OK eso suena bien. ¿Por qué no empiezo con _When / why to use Redux_ and _Redux state vs React state_. ¿Quieres que escriba un borrador y agregue un nuevo RP para que lo revises, o tienes algún otro proceso que prefieras usar?

Ah ... lo siento, déjame aclarar lo que está tratando de exponer ese primer comentario.

Mi objetivo era agregar enlaces e información adicionales a las preguntas existentes y luego escribir nuevas preguntas y respuestas. Ya terminé todo bajo el encabezado "Actualizaciones de preguntas existentes", es decir, la parte "Agregar nuevos enlaces". Es la parte "escribir nuevas preguntas + respuestas" con la que estoy buscando ayuda en este momento.

La lista de posibles nuevas preguntas se encuentra bajo el encabezado "Nuevos temas" (comenzando con "¿Cuándo debería aprender Redux?"). Todo lo que se enumera en esa sección valdría la pena abordarlo.

En cuanto al flujo de trabajo: querrá bifurcar el repositorio de Redux, crear una rama y comenzar a trabajar en sus borradores. Probablemente podría publicar un enlace a los archivos WIP aquí primero, y luego, una vez que crea que tiene un borrador listo, presente un PR.

De acuerdo, comenzaré con _¿Debo usar Immutable.js? _. Acabo de terminar de escribir una serie de tutoriales sobre Immutable y lo uso a diario, por lo que estoy muy familiarizado con los problemas relacionados con su uso.

¡Suena bien! El comentario vinculado en Reddit es mi propio pensamiento sobre algunas de las compensaciones. También acabo de agregar punteros a las secciones relevantes de mi lista de enlaces de React / Redux, sobre datos inmutables y rendimiento de React, como recursos adicionales.

La pregunta "Immutable.js" probablemente pertenece a una nueva categoría, pero no estoy seguro de cuál debería ser esa categoría en este momento. ¿Quizás crear una categoría de "Datos inmutables" por el momento en su sucursal y comenzar a escribir en esa página?

@markerikson First PR ya está listo para revisión: # 2120

@bundance : genial, ¡gracias! Lo echaré un vistazo esta noche o el viernes.

Esta parece una forma increíble de aumentar mi comprensión de Redux. Agradecería tener algunas tareas específicas que hacer. Lo cual tiene prioridad, alguien aún no los está haciendo, etc.

@ mateo-io: Claro, ¡gracias por ofrecerte a ayudar!

Si miras la lista en la parte superior del problema, todo lo que hay debajo de la sección "Esperando ser agregado" está ... eh ... esperando ser agregado :) Nadie más está trabajando actualmente en ninguno de estos, por lo que Todo es juego limpio.

Una forma sencilla de comenzar podría ser trabajar en los elementos "Actualizaciones de preguntas existentes". Por ejemplo, hay un montón de enlaces que me gustaría agregar a "¿Cuándo debo usar Redux?" pregunta. Esos deberían ser bastante sencillos: solo agregue los enlaces a la lista existente al final de esa pregunta en las Preguntas frecuentes, con algunas descripciones breves de lo que trata cada enlace.

Otro buen punto de partida podría ser una de las nuevas preguntas como "¿Por qué debería utilizar creadores de acciones?" o "¿Cuándo debería usar Redux?".

Si desea abordar otra cosa primero, está bien. Eche un vistazo a la lista de temas que me gustaría agregar o actualizar y avíseme en qué secciones le gustaría trabajar.

@markerikson 2370 para la sección general de preguntas frecuentes

¡Me gustaría ayudar a agregar nuevos enlaces a la sección "Estructura de código"!

@gribnoysup : ¡Genial, me alegro de escucharlo! Continúe y cree una bifurcación del repositorio y una rama para sus ediciones, y comience a actualizar el archivo de preguntas frecuentes "Estructura de código". El primer paso más simple sería simplemente agregar los dos enlaces que he enumerado para actualizar el "¿Dónde poner la lógica de su negocio?" pregunta. A partir de ahí, podemos hablar sobre cómo agregar las nuevas preguntas / respuestas para "¿Por qué usar creadores de acciones?" y "encapsular la lógica".

@markerikson Abrí una nueva solicitud de extracción para la sección de preguntas frecuentes sobre la estructura del código https://github.com/reactjs/redux/pull/2494

@markerikson Estoy interesado en trabajar en esto. ¿Está bien si tomo la pregunta "¿Por qué utilizar creadores de acciones?" artículo. Feliz de comenzar en otro lugar si eso es mejor para usted.

@maxhallinan : sí, ¡sería genial! Continúe y elabore un borrador para una nueva pregunta de preguntas frecuentes, presente un PR y podemos modificarlo allí. ¡Gracias!

@markerikson También estoy interesado, ¿hay algo en tu mente con lo que pueda comenzar, que también es comúnmente requerido por la comunidad?

@markerikson Hice un PR para la sección de preguntas frecuentes sobre decisiones de diseño # 2528

@sbakkila : ¡Genial, gracias! Intentaré verlo mañana por la noche o el miércoles.

@ Fyre91 : perdón por no

@markerikson Lamento que esto haya tardado tanto. Abrí el PR # 2535 para "¿Por qué debería usar creadores de acciones?"

También abrí PR # 2537 para agregar enlaces a la sección de Preguntas frecuentes sobre acciones. FWIW, los otros enlaces que se enumeran para actualizar en esta descripción del problema parecen haber sido agregados ya. De lo contrario, los habría incluido con este PR.

Estaba pensando en pasar a "¿Cuándo debería aprender Redux?" ¿Es esta pregunta específicamente con respecto a React? De lo contrario, parece que debería aprender a utilizar Redux cuando debería utilizar Redux, lo que se superpondría con el mensaje "¿Cuándo debería utilizar Redux?".

@maxhallinan : Eh, es una especie de en lo que respecta a React. Y sí, hay _algunas_ superposiciones con "¿Cuándo debería usar Redux?", Pero creo que es lo suficientemente distinto como para garantizar su propia entrada de preguntas frecuentes.

@markerikson OK, me

@ Fyre91 : genial, ¡gracias!

@markerikson Ok, suena bien. Estoy tomando "¿Cuándo debería aprender Redux?".

@markerikson Voy a tomar 'Por qué usar React-Redux' a continuación.

@markerikson Estoy tomando el elemento de paginación / almacenamiento en caché en Rendimiento a continuación. Solo para confirmar, la pregunta real es "¿Puedo almacenar en caché datos paginados sin causar problemas de memoria?"

@maxhallinan : aproximadamente, sí. Las otras líneas de pensamiento fueron quizás cosas como "¿Cómo implemento las comprobaciones de caché?", "¿Cómo manejo el borrado de datos almacenados en caché?", "¿Cuánto puedo almacenar en caché de forma segura?", Etc.

Para ser honesto, no recuerdo _exactamente_ lo que estaba pensando cuando escribí ese artículo, pero eso es lo que cubren esos enlaces. También acabo de agregar un enlace a una excelente publicación sobre el seguimiento de subconjuntos de datos normalizados.

Esto podría convertirse fácilmente en múltiples entradas de preguntas separadas si creemos que lo necesita, y no estoy tan seguro exactamente de lo que quiero ver. Eche un vistazo al tema, vea qué se le ocurre y trabajaremos a partir de ahí.

Acabo de actualizar la lista en la parte superior del hilo para reflejar en qué se ha trabajado recientemente. (En realidad, ya sabes ... Realmente debería haber hecho una lista de tareas de casilla de verificación desde el principio, en lugar de cortar y pegar las cosas completadas en una segunda sección. Oh, bueno).

¡Es genial ver que la lista de cosas restantes se hace más pequeña!

@markerikson Updates to Existing Questions: Performance ya está en el maestro :)

@markerikson "¿Por qué utilizar creadores de acciones?" también está en master.

@gribnoysup , @maxhallinan : ah, sí, así son :) Se actualizó la lista.

Definitivamente llegar allí. Parece que todas las actualizaciones de las preguntas existentes están hechas y solo quedan algunos elementos nuevos.

Se le ocurrió una nueva pregunta de "Decisiones de diseño": "¿Por qué Redux separa acciones y actualizaciones?"

Creo que estamos bien en esto. Podemos realizar un seguimiento de las actualizaciones de preguntas frecuentes individuales en otros problemas.