Новые рецепты

Registry Redux: Основы Cookware

Registry Redux: Основы Cookware


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.

Ура, вы помолвлены! Что теперь?

Вы собираетесь начать жизнь с кем-то, и эта жизнь требует огромного количества оборудования - инструментов для жизни! Это могут быть вещи для спальни, ванной и гостиной, но, что наиболее важно, вам понадобятся инструменты для кухни.

Как вы выбираете правильные кастрюли, идеальные сковороды и самые острые ножи? Мы вас прикрыли. Всю неделю мы будем давать вам советы о том, что жарко на кухне (извините за каламбур) и что необходимо для приготовления еды для вашей семьи, ваших друзей, вашего супруга и организации вечеринок, которые запомнятся долгое время впереди.

На первом месте посуда. Джеффри Эллиот, автор Цвиллинг Дж. А. Полная книга навыков владения ножами Хенкельса, кое-что знает о том, как правильно выбирать, и поделился своим советом с The Daily Meal:

На какую посуду мне нужно зарегистрироваться?

Вам следует зарегистрироваться для получения набора посуды из нержавеющей стали. Он будет самым универсальным и прочным.

Убедитесь, что у вас есть сковорода с антипригарным покрытием для яиц или других липких продуктов (попробуйте сковороду с покрытием Zwilling Spirit Thermolon).

Приятно также иметь несколько чугунных изделий, таких как голландская печь или кокосовая стружка, и сковорода. Они отлично подходят для тушения мяса и приготовления рагу. Для двоих я рекомендую голландскую духовку на 4 литра, такую ​​как эта от Staub.

Сколько штук мне нужно?

Большинство наборов из 10 предметов дают вам базовую настройку. Помните, что крышка считается за штуку, поэтому в наборе из 10 предметов вы, вероятно, получите шесть кастрюль. Вы должны получить кастрюлю на 6-8 литров, кастрюлю на 4 и 2 литра, сотейник с крышкой на 3-5 литров и сковороду на 8 и 10 дюймов.

Это основы, а оттуда возможности безграничны. Возможно, вы не найдете все это в наборе, поэтому выбирайте отдельные части. Это хорошая возможность опробовать различные бренды и функции и получить качественные изделия.

Какого качества?

Начальный уровень - трехслойный, сковороды из нержавеющей стали премиум-класса - пятислойные, а лучшие - семислойные.
Как определить качество? Есть несколько вещей, на которые следует обратить внимание, которые являются признаками качества кухонной посуды, включая равномерное распределение тепла и то, что дно остается плоским (все металлические формы деформируются при нагревании, более толстые пяти- и семислойные сковороды лучше сохраняют свою форму).

Некоторые другие вещи, на которые следует обратить внимание, - это ручки, которые должны оставаться прохладными (обычно это V-образное соединение), сваренные вместо заклепанных ручек для легкой очистки и разливные ободки для облегчения переноски продуктов. Прекрасным примером этого является линия Demeyere Industry.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видеоролики в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Именно тогда я решил - я собираюсь сделать приложение-ящик с рецептами под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был один файл, который выглядел так:

Вау - здесь много всего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карты списка рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл возможность повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видео в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Тогда я решил - я собираюсь сделать приложение с коробкой для рецептов под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был единственный файл, который выглядел так:

Вау - здесь много чего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карточки со списком рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл фактор возможности повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видеоролики в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Именно тогда я решил - я собираюсь сделать приложение-ящик с рецептами под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был один файл, который выглядел так:

Вау - здесь много всего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карточки со списком рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл фактор возможности повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видеоролики в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Именно тогда я решил - я собираюсь сделать приложение-ящик с рецептами под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был единственный файл, который выглядел так:

Вау - здесь много всего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карты списка рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл фактор возможности повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видеоролики в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Тогда я решил - я собираюсь сделать приложение с коробкой для рецептов под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был единственный файл, который выглядел так:

Вау - здесь много всего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карточки со списком рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл возможность повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видео в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Именно тогда я решил - я собираюсь сделать приложение-ящик с рецептами под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был один файл, который выглядел так:

Вау - здесь много всего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карты списка рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл возможность повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видеоролики в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Именно тогда я решил - я собираюсь сделать приложение-ящик с рецептами под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был единственный файл, который выглядел так:

Вау - здесь много чего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карты списка рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл возможность повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видеоролики в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Именно тогда я решил - я собираюсь сделать приложение-ящик с рецептами под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был единственный файл, который выглядел так:

Вау - здесь много чего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карточки со списком рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл возможность повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видеоролики в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Именно тогда я решил - я собираюсь сделать приложение-ящик с рецептами под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был один файл, который выглядел так:

Вау - здесь много чего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карточки со списком рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл фактор возможности повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Контейнер против презентационных компонентов в React Redux

Для последнего проекта (.) В Flatiron School нас попросили создать приложение SPA, используя React Redux с Rails API. На этапе планирования проекта я думал о том, что «вызывало радость» во время пандемии COVID. Казалось, что ответов было довольно много, но больше всего выделялся вопрос о еде. Знаменитые повара выкладывали кулинарные видеоролики в Instagram, добрые самаритяне жертвовали пиццу медицинскому персоналу и основным работникам, и казалось, что все и их брат пекли хлеб. Именно тогда я решил - я собираюсь сделать приложение-ящик с рецептами под названием BreadBox.

Когда я начал создавать версию своего приложения с блок-схемой, я понял, что не совсем понимаю разницу между контейнерными и презентационными компонентами. Осознание того, что вы не знакомы с концепцией, расстраивает. (Примерно в это же время вы говорите себе: "Я определенно провалю этот проект.«Но в самом конце вашего мозга есть крошечный голос, который говорит:«Вы знаете, что найдете способ.«Послушайте крошечный голос.) Пытаясь понять, я разбил его для себя, прочитав несколько сотен ресурсов.

Компоненты контейнера:

Презентационные компоненты:

Давайте посмотрим на пример. Когда я впервые создавал свое приложение, у меня был единственный файл, который выглядел так:

Вау - здесь много чего происходит. Мы получаем данные и представляем их. Это может сработать, но лучше бы этот файл разобрать, не так ли? Давайте посмотрим, как это будет выглядеть, когда мы разделим его на контейнерные и презентационные компоненты.

В компоненте контейнера мы отображаем рецепты текущего пользователя. Мы можем сделать это, сопоставив состояние с реквизитами. mapStateToProps принимает состояние хранилища Redux и позволяет нам выбирать, что мы хотим использовать в качестве опоры (или опор) в компоненте RecipeList. В этом случае мы используем наши userRecipes, которые возвращают только рецепты этого пользователя.

Итак, мы нанесли на карту наши рецепты, и теперь мы возвращаем отдельные карточки со списком рецептов, которые принимают деконструированный рецепт. Поскольку деконструкция - это синтаксический сахар из ES6 - нам не нужно говорить props.recipe.attributes.label, мы можем просто сказать recipe.attributes.label и т. Д. Я также установил изображение по умолчанию, которое я импортировал, под названием 'bread , 'на случай, если пользователь не загрузит свои собственные.

Оно работает! Хотя для пользователя он выглядит точно так же, у серверной части есть немного больше места, чтобы дышать. Я также только что открыл фактор возможности повторного использования контейнеров. Мы могли бы легко использовать компонент RecipeListCards в другой части этого приложения (или любого приложения), если бы захотели.


Смотреть видео: Все что нужно знать о Redux action, dispatch, reducer, store (May 2022).