Nuevas recetas

Registry Redux: Cookware Essentials

Registry Redux: Cookware Essentials


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

¡Sí, estás comprometido! ¿Ahora que?

Estás a punto de comenzar una vida con alguien, y esa vida requiere una inmensa cantidad de equipo: ¡las herramientas para vivir! Estos pueden incluir cosas para el dormitorio, el baño y la sala de estar, pero lo más importante es que necesitará herramientas para la cocina.

¿Cómo elegir las ollas adecuadas, las sartenes perfectas y los cuchillos más afilados? Te tenemos cubierto. Durante toda la semana, le brindaremos consejos sobre lo que está de moda en la cocina (disculpe el juego de palabras) y cuáles son las necesidades para preparar comidas para su familia, sus amigos, su cónyuge y organizar fiestas que serán recordadas. mucho tiempo por venir.

Primero están los elementos esenciales de los utensilios de cocina. Jeffrey Elliot, autor de la Zwilling J.A. Libro completo de habilidades con el cuchillo de Henckels, sabe un par de cosas sobre cómo elegir sabiamente y ha compartido su consejo con The Daily Meal:

¿Para qué utensilios de cocina debo registrarme?

Debe registrarse para obtener un juego de utensilios de cocina de acero inoxidable. Será el más versátil y duradero.

Asegúrate de tener también una sartén antiadherente para huevos u otros alimentos pegajosos (prueba la sartén recubierta con Thermolon Spirit de Zwilling).

También es bueno tener algunas piezas de hierro fundido como un horno holandés o una cocotte y una sartén. Son ideales para estofar carnes y hacer guisos. Para dos personas, recomiendo un horno holandés de 4 cuartos, como este de Staub.

¿Cuántas piezas necesitaré?

La mayoría de los juegos de 10 piezas le brindan una configuración básica. Recuerde que la tapa cuenta como una pieza, por lo que en un juego de 10 piezas probablemente obtenga seis cacerolas. Debe obtener una olla de 6 a 8 cuartos de galón, una cacerola de 4 cuartos y una de 2 cuartos, una sartén para saltear cubierta de 3 a 5 cuartos y una sartén para freír de 8 y 10 pulgadas.

Estos son los básicos y a partir de ahí las posibilidades son infinitas. Es posible que no encuentre todos estos en un conjunto, así que elija piezas individuales. Es una buena oportunidad para probar diferentes marcas y funciones y obtener piezas de calidad.

¿Qué tipo de cualidad?

El nivel de entrada es de tres capas, las bandejas de acero inoxidable premium son de cinco capas y las mejores son de siete capas.
¿Cómo se dice la calidad? Hay algunas cosas que debe buscar que sean signos de calidad en los utensilios de cocina, incluida la distribución uniforme del calor y los fondos que permanecen planos (todos los metales se deforman cuando se calientan, las ollas más gruesas de cinco y siete capas mantienen mejor su forma).

Algunas otras cosas que debe buscar son manijas que se mantienen frías (generalmente una conexión en forma de V), manijas soldadas en lugar de remachadas para facilitar la limpieza y bordes de vertido para facilitar la transferencia de alimentos. Un gran ejemplo de esto es la línea Demeyere Industry.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.”Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda de Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que he importado llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda de Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que he importado llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.”Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que he importado llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda de Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que importé llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que he importado llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que he importado llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que he importado llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.”Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que he importado llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero hay una vocecita en la parte posterior de tu cerebro que dice"Sabes que encontrarás la manera.Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda de Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que he importado llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.


Contenedor frente a componentes de presentación en React Redux

Para el proyecto final (.) En Flatiron School, se nos pidió que construyéramos una aplicación SPA usando React Redux con una API Rails. En la fase de planificación del proyecto, pensé en lo que estaba "provocando alegría" en el momento de la pandemia de COVID. Parecía que había bastantes respuestas, pero la que más se destacó fue la comida. Chefs famosos publicaban videos de cocina en Instagram, buenos samaritanos donaban pizzas al personal médico y trabajadores esenciales, y parecía que todos y su hermano estaban horneando pan. Fue entonces cuando decidí: iba a crear una aplicación de caja de recetas llamada BreadBox.

Cuando comencé a hacer una versión de diagrama de flujo de mi aplicación, me di cuenta de que no entendía muy bien la diferencia entre el contenedor y los componentes de presentación. Darse cuenta de que no conoce un concepto es desconcertante. (Es en esta época cuando te dices a ti mismo: "Definitivamente voy a fallar en este proyecto."Pero, hay una vocecita en la parte posterior de tu cerebro que dice,"Sabes que encontrarás la manera.Escuche la vocecita.) En un esfuerzo por comprender, lo desglosé por mí mismo leyendo unos cientos de recursos.

Componentes del contenedor:

Componentes de presentación:

Veamos un ejemplo. Cuando estaba construyendo mi aplicación por primera vez, tenía un solo archivo que se veía así:

Woah, aquí están pasando muchas cosas. Estamos obteniendo los datos Y presentándolos. Puede funcionar, pero este archivo estaría mejor analizado, ¿no? Veamos cómo se ve cuando lo dividimos en contenedores y componentes de presentación.

En el componente contenedor, mapeamos las recetas del usuario actual. Podemos hacer esto mapeando el estado a los accesorios. mapStateToProps toma el estado de la tienda Redux y nos permite elegir lo que nos gustaría usar como accesorio (o accesorios) en el componente RecipeList. En este caso, usamos nuestro userRecipes, que devuelve solo las recetas de ese usuario.

De acuerdo, hemos mapeado nuestras recetas y ahora estamos devolviendo Tarjetas de lista de recetas individuales, que incluyen la receta deconstruida. Dado que la deconstrucción es azúcar sintáctica de ES6, no tenemos que decir props.recipe.attributes.label, solo podemos decir receta.attributes.label, etc. También establecí una imagen predeterminada que importé llamada 'bread , 'en caso de que el usuario no cargue el suyo.

¡Funciona! Aunque se ve exactamente igual para el usuario, el back-end tiene un poco más de espacio para respirar. También acabo de desbloquear el factor de reutilización del uso de contenedores. Podríamos usar fácilmente el componente RecipeListCards en otra parte de esta aplicación (o cualquier aplicación) si quisiéramos.



Comentarios:

  1. Dojar

    Accidentalmente encontré este foro hoy y me registré especialmente para participar en la discusión.

  2. Merestun

    La mañana es más sabia que la tarde.

  3. Radley

    Soy definitivo, lo siento, pero esta respuesta no me conviene. ¿Quizás todavía hay variantes?

  4. Winetorp

    Es una buena idea.

  5. Saul

    Creo que estás equivocado. Discutamos esto. Envíeme un correo electrónico a PM, hablaremos.



Escribe un mensaje