Redux: Обновления FAQ

Также это кажется популярным и неочевидным.

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

Увидел это изображение, и я лишь частично слежу за тем, что там происходит. Вернее, я вижу код, я просто не совсем понимаю намерение или утверждение.

Предполагается ли, что вы визуализируете «связанный» компонент, за исключением того, что «диспетчеризация» и «сокращение» на самом деле просто обновляют состояние родительского компонента?

Я также не понимаю, что такое «отсоединение» редуктора, поскольку в этом фрагменте нет фактического хранения или использования store.replaceReducer() . Вы просто имеете в виду, что функция, подобная редуктору, может быть применима вне контекста структуры редуктора магазина?

Новый возможный раздел часто задаваемых вопросов или, возможно, проектный документ: «Почему Redux спроектирован таким, какой он есть». Примеры тем: почему store.subscribe() не включает действие или состояние в качестве аргумента, почему промежуточное ПО является вложенной функцией и т. Д.

Увидел это изображение, и я лишь частично слежу за тем, что там происходит. Вернее, я вижу код, я просто не совсем понимаю намерение или утверждение.

Предполагается ли, что вы визуализируете «связанный» компонент, за исключением того, что «диспетчеризация» и «сокращение» на самом деле просто обновляют состояние родительского компонента?

Я также не понимаю, что такое «отсоединение» редуктора, поскольку в этом фрагменте нет фактического хранения или использования store.replaceReducer (). Вы просто имеете в виду, что функция, подобная редуктору, может быть применима вне контекста структуры редуктора магазина?

Идея такова: вам не нужна библиотека redux с выделенным объектом хранилища для реализации архитектуры redux (prevState, action) => nextState . Состояние компонента React может быть вашим хранилищем, локальным для компонента, и вы реализуете диспетчеризацию самостоятельно, выполняя обновления состояния через React setState.

Да, это вроде как я думал, что вижу. Это была фраза «отстранение», которая меня действительно сбила с толку, потому что я знаю, что вы действительно можете позвонить store.replaceReducer() .

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

Другой вопрос, который я часто вижу, - как создать модуль redux (создатели действий, редукторы, компоненты), который можно было бы повторно использовать извне. В основном, как избежать конфликта имен действий, когда у нас есть несколько модулей с одинаковым типом на одной странице, и как определить имя редуктора, чтобы его можно было использовать в createStore.

Да, нам определенно нужен раздел FAQ «Дизайнерские решения».

Вопрос для @ reactjs / redux: я обсуждаю возможность разделения FAQ на отдельные страницы по каждой теме. Текущая отдельная страница довольно длинная. Есть мнения?

Мне нравится иметь список ссылок на все вопросы в Оглавлении. Если мы сохраним это, я не вижу недостатков в разделении тем на разные страницы.

Да, я бы определенно сохранил FAQ.html, чтобы иметь полное оглавление, а затем, вероятно, имел бы отдельный оглавление на каждой странице только для ее записей.

Лучший способ организовать их, вероятно, - это то, что даст наилучшие результаты для тех, кто выполняет поиск в Google по соответствующему вопросу.

Приступим к этой задаче. План состоит в том, чтобы разделить его на основе текущих категорий, затем обновить существующие вопросы и, наконец, написать новый материал.

Хотелось бы узнать больше об усилителях магазина. И инъекционные редукторы для разделения кода. Примеры того и другого весьма ограничены, и им трудно следовать.

@Medros : Хм. Обе интересные темы, но, может быть, не столько «Часто задаваемые вопросы».

Несколько недель назад в Твиттере была хорошая дискуссия об усилителях магазина: https://twitter.com/acemarke/status/778813095221170176 . По сути, они наполовину намеренно не упоминаются в документации прямо сейчас, поскольку они в значительной степени являются функцией опытного пользователя, и в настоящее время ведется некоторая работа по изменению связанных с ними внутренних компонентов. Обсуждение на # 1813 немного о них говорит, и соответствующая проблема переделки - # 1702.

Для инъекционных редукторов вы можете посмотреть, как работают https://github.com/mxstbr/react-boilerplate и https://github.com/davezuko/react-redux-starter-kit . В моем списке надстроек Redux также есть множество библиотек, связанных с состоянием компонентов и управлением редуктором, которые могут быть актуальны.

Хороший прогресс сегодня. Разделили FAQ на отдельные страницы по категориям, сделали около половины запланированных обновлений существующих вопросов. Остальные попробую выбить завтра.

И часть «split + update» теперь доступна (см. # 2009).

У меня есть еще несколько вещей, которые я хотел бы сделать, прежде чем приступить к новым вопросам, поэтому я пока оставлю это открытым. Наверное, вернусь к этому через пару недель.

Рад помочь написать некоторые из них для вас. Есть мысли о том, с чего лучше всего начать?

Привет, спасибо!

С точки зрения того, как часто на самом деле спрашивают, добавление новой категории «Дизайнерские решения» было бы наиболее актуальным. Тем не менее, это также касается некоторых довольно технических аспектов.

Более легким местом для начала может быть добавление нескольких новых вопросов в раздел «Общие». На данный момент я перечислил следующие идеи: «Когда мне следует использовать Redux?», «Каковы плюсы и минусы использования Redux?» И «Чем Redux по сравнению с [Angular / Backbone / MobX]?».

Тем не менее, если есть конкретный вопрос, который бросается в глаза, это тоже работает. У нас нет конкретного крайнего срока, который мы пытаемся уложиться, просто куча вопросов, которые я видел, которые я бы хотел ответить в FAQ.

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

ОК, это звучит хорошо. Почему бы мне не начать с _Когда / зачем использовать Redux_ и _Redux state vs React state_. Вы хотите, чтобы я написал черновик и добавил новый PR, чтобы вы его рассмотрели, или у вас есть какой-то другой процесс, который вы предпочитаете использовать?

Ах ... извините, позвольте мне пояснить, что пытается изложить этот первый комментарий.

Моей целью было добавить дополнительные ссылки и информацию к существующим вопросам, а затем написать новые вопросы + ответы. Я уже закончил все под заголовком «Обновления существующих вопросов», то есть с частью «добавить новые ссылки». Это часть «напишите новые вопросы + ответы», в которой я сейчас ищу помощь.

Список потенциальных новых вопросов находится под заголовком «Новые темы» (начиная с «Когда мне следует изучать Redux?»). Все, что перечислено в этом разделе, заслуживает внимания.

Что касается рабочего процесса: вы хотите разветвить репозиторий Redux, создать ветку и начать работать над своими черновиками. Возможно, сначала можно разместить здесь ссылку на файл (ы) WIP, а затем, как только вы решите, что у вас есть готовый черновик, отправьте PR.

Хорошо, я начну с _Должен ли я использовать Immutable.js? _. Я только что закончил писать серию руководств по Immutable и использую его ежедневно, поэтому я хорошо знаком с проблемами, связанными с его использованием.

Звучит отлично! Связанный комментарий на Reddit - это мои собственные мысли о некоторых компромиссах. Я также просто добавил указатели на соответствующие разделы моего списка ссылок React / Redux, на неизменяемые данные и React perf в качестве дополнительных ресурсов.

Вопрос "Immutable.js", вероятно, принадлежит к новой категории, но не уверен, какой должна быть эта категория на данный момент. Может быть, создать на данный момент категорию «Неизменяемые данные» в своей ветке и начать писать на этой странице?

@markerikson First PR готов к рассмотрению: # 2120

@bundance : отлично, спасибо! Я посмотрю на него сегодня вечером или в пятницу.

Похоже, это отличный способ лучше понять Redux. Буду признателен за выполнение некоторых конкретных задач. Что имеет приоритет, кто-то их еще не делает и т. Д.

@ mateo-io: Конечно, спасибо за предложение помощи!

Если вы посмотрите на список в верхней части проблемы, все, что находится в разделе «Ожидание добавления», ... э-э ... ожидает добавления :) Никто в настоящее время не работает ни над одним из этих вопросов, поэтому они все честная игра.

Простым способом начать работу может быть работа над элементами «Обновления существующих вопросов». Например, есть несколько ссылок, которые я хотел бы добавить в раздел «Когда мне использовать Redux?» вопрос. Это должно быть довольно просто - просто добавьте ссылки в существующий список в конце этого вопроса в FAQ, с некоторыми краткими описаниями того, о чем каждая ссылка.

Другой хорошей отправной точкой может быть один из новых вопросов, например: «Зачем мне использовать конструкторы действий?» или «Когда мне следует использовать Redux?».

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

@markerikson 2370 для общего раздела часто задаваемых

Хочу помочь с добавлением новых ссылок в раздел «Структура кода»!

@gribnoysup : Отлично, рад это слышать! Идите вперед и создайте вилку репо и ветку для ваших правок и начните обновлять файл часто задаваемых вопросов "Структура кода". Самый простой первый шаг - просто добавить пару ссылок, которые я перечислил для обновления раздела «Где разместить бизнес-логику?». вопрос. Оттуда мы можем поговорить о добавлении новых вопросов / ответов на «Зачем использовать создателей действий?» и «инкапсулирующая логика».

@markerikson Я открыл новый запрос на https://github.com/reactjs/redux/pull/2494

@markerikson Мне интересно над этим поработать. Ничего страшного, если я возьму «Зачем использовать создателей действий?» элемент. Рад начать с чего-нибудь еще, если вам так удобнее.

@maxhallinan : да, было бы здорово! Составьте черновик нового вопроса FAQ, напишите PR, и мы сможем его там подправить. Спасибо!

@markerikson Мне тоже интересно, есть ли у вас что-нибудь, с чего я могу начать, что также обычно требуется сообществу?

@markerikson Сделал пиар раздела FAQ по дизайнерским решениям # 2528

@sbakkila : Отлично, спасибо! Постараюсь посмотреть завтра вечером или в среду.

@ Fyre91 : извините, что не ответил вам быстрее. Все в этом списке, что не было упомянуто в последних нескольких комментариях, является честной игрой :) Если вы хотите начать с пары предложений, вы можете поработать над пунктами «Обновления существующих вопросов», которые я перечислил для « одно дерево состояний »и вопросы« несколько отправок ».

@markerikson Мне очень жаль, что это заняло так много времени. Я открыл PR # 2535 для "Почему я должен использовать создателей действий?"

Я также открыл PR # 2537, чтобы добавить ссылки в раздел FAQ по действиям. FWIW, другие ссылки, перечисленные для обновления в этом описании проблемы, похоже, уже добавлены. В противном случае я бы включил их в этот пиар.

Я думал о том, чтобы перейти к вопросу «Когда я должен изучать Redux?» Этот вопрос касается конкретно React? В противном случае кажется, что вам следует изучить Redux, когда вы должны использовать Redux, что будет перекрывать уже ответ «Когда мне следует использовать Redux?».

@maxhallinan : Эх, это совсем не то, что касается React. И да, есть кое-что совпадение с «Когда мне использовать Redux?», Но я думаю, что это достаточно отчетливо, чтобы оправдать отдельную запись в FAQ.

@markerikson Хорошо, я

@ Fyre91 : круто, спасибо!

@markerikson Хорошо, звучит хорошо. Я беру «Когда мне изучать Redux?».

@markerikson Дальше я

@markerikson Далее я беру пункт пагинации / кеширования в разделе «Производительность». Просто чтобы подтвердить, актуальный вопрос: «Могу ли я кэшировать данные, разбитые на страницы, не вызывая проблем с памятью?»

@maxhallinan : примерно да. Другими мыслями, возможно, были такие, как «Как реализовать проверку кеша?», «Как мне обработать очистку кэшированных данных?», «Сколько я могу безопасно кэшировать в памяти?» И т. Д.

Честно говоря, я не помню точно, о чем я думал, когда писал этот элемент, но это то, что эти ссылки охватывают. Я также просто добавил ссылку на отличный пост об отслеживании подмножеств нормализованных данных.

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

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

Приятно видеть, что список оставшихся вещей становится меньше!

@markerikson Updates to Existing Questions: Performance уже в мастере :)

@markerikson "Зачем

@gribnoysup , @maxhallinan : а, да, так и есть :)

Определенно добираюсь туда. Похоже, все обновления существующих вопросов выполнены, осталось только несколько новых элементов.

Только что возник новый вопрос «Дизайнерских решений»: «Почему Redux разделяет действия и обновления?»

Я думаю, у нас это хорошо получается. Мы можем отслеживать отдельные обновления FAQ по другим вопросам.