а перед отправкой наверняка у тебя шаг трансформации есть

пока если честно нет

но ты прав, скорее всего он будет

в любом случае тема такая, все по-разному решают ее :)

но ты прав, скорее всего он будет

Мы приведение типов делаем в функциях подобных onSubmit, как хранить данные компоненты решают сами и на выходе формируют state формы, который через функцию подобную onSubmit({ values }) передаются верхнеуровневому компоненту, который решает, что с ними делать дальше.

в любом случае тема такая, все по-разному решают ее :)

ну вот собираю инфу )

там еще могут быть сценарии при конвертации, когда у тебя пустая строка в инпуте, а численное представление тут 0 (либо null, если у тебя maybe тип). И обратно не всегда удобно перегнать

у меня компоненты сразу по онченж меняют стейт формы

но от реализации зависит и об этом помнить нужно

Саш, ну да ты прав

плюс изоляция модулей получается

код лучше

хм

распространена ли практика хранить в глобальном сторе состояние UI элементов?

так весь редакс почти про это

ну то есть большой вопрос надо ли тебе это делать, и чаще нет, чем да

но когда да — то вполне)

Mobx кпк я пончл, добааляет реактианость в реакт

Всё так

распространена ли практика хранить в глобальном сторе состояние UI элементов?

зачем?

да я все не пойму как по человечески надо, например, показывать модалку при успешном выполнении запроса

о это норм вопрос)

если экшн креатор не возвращает промис и ты не знаешь когда там чего выполнилось

щас тебе скажут что модалки это bad practice

К слову о бэд практис

если экшн креатор не возвращает промис и ты не знаешь когда там чего выполнилось

стор мониторь)

ну модалки это как пример

https://twitter.com/ocramius/status/854214972825640960 втф?

ну так вот мы и приходим к тому что в сторе надо хранить состояние UI

с какого хера спиннер это плохой UX?

isModal: boolean

ну так вот мы и приходим к тому что в сторе надо хранить состояние UI

не, не приходим

https://twitter.com/ocramius/status/854214972825640960 втф?

ну щас есть варианты когда и как его юзать

ну так вот мы и приходим к тому что в сторе надо хранить состояние UI

нет

ну так вот мы и приходим к тому что в сторе надо хранить состояние UI

При нажатии на кнопку. Открываешь предоадер. При изменении стора показываешь модалку

грубо говоря в каком-то компоненте-контейнере if (!prevStoreState.requestSuccess && storeState.requestSuccess) { this.setState({ showModal: true }); } это упрощённо конечно

При нажатии на кнопку. Открываешь предоадер. При изменении стора показываешь модалку

при изменении редакс стора? так он может и не изменяться вовсе, если запрост не на поулчение данных, например

грубо говоря в каком-то компоненте-контейнере if (!prevStoreState.requestSuccess && storeState.requestSuccess) { this.setState({ showModal: true }); } это упрощённо конечно

ох, сколько багов ловил на таких конструкциях

по идее наоборот должно быть:)

при изменении редакс стора? так он может и не изменяться вовсе, если запрост не на поулчение данных, например

А ты меняй. Создай экшн открытия модалки и все

в сторе может храниться значение вроде isDoingSomething, в случае которого можно показывать/скрывать модалку

так вот все равно все упирается на то что в сторе мы храним какие то данные, которые говорят о том выполнился запрос или нет

и эти даные на бизнес логику не влияют, только на УИ

так это естессн

"communication state"

если стор описывает сущность, то можно хранить данные о том что сейчас с этой сущностью происходит

и на основании этого менять ui

если брать пример из вакуума - есть страница на ней 2 инпута: отправка смс и отправка email после отпарвки того и дгугого (успешной) надо показать модалку

если брать пример из вакуума - есть страница на ней 2 инпута: отправка смс и отправка email после отпарвки того и дгугого (успешной) надо показать модалку

Ну ты с Будда возвращай либо ОК либо ERROR

Ну ты с Будда возвращай либо ОК либо ERROR

Бэка*

ахах) ну это то понятно

вернул я ок - как компонент узнает что модалку то надо показать

результат записывать в стор и слушать его из компонента?

по смене пропса

+

по смене пропса

ща бы бизнес логику в компонент засунуть

ну такое себе... получается что для каждого запроса нужно слушать свой пропс + после показа модалки менять этот пропс обратно

ну такое себе... получается что для каждого запроса нужно слушать свой пропс + после показа модалки менять этот пропс обратно

почему?

у тебя if (this.props.requesStatus==‘loading’ && newProps.requestStatus ==‘OK’) { this.setState({showModal: true}) }

не?

а почему компонент это должен слушать а не экшн криейтор раскидывать?

в componentwillreceiveprops

ну надо же понять какой это запрос - имейл или смс

а почему компонент это должен слушать а не экшн криейтор раскидывать?

куда раскидывать?

ну надо же понять какой это запрос - имейл или смс

ну тут уже сам решай — твоей логики не знает никто

а почему компонент это должен слушать а не экшн криейтор раскидывать?

экшн криейтор возвращает плеин обджект

все запросы идут в мидлваре

экшн криейтор возвращает плеин обджект

санки

ERROR: S client not available

в принципе туда же можно захерачть success хендлер

санки - redux-thunk?

ага

ну там проще да там промис

я на redux-saga сел

куда раскидывать?

диспатчить экшн который обозначит что приложение находится сейчас в таком состоянии, когда запрос успешно отправлен, не loading, не error, а дальше в зависимости от этого показывать модалку или что то еще

погоди

вот у тебя запрос вернул success

ты его сохранил в стейт

дальше что?

ты не можешь завязать модал на это

а только на изменение

иначе — у тебя модал будет висеть всегда — для закрытия модала надо будет убирать success что не ок, поскольку разные домены — это то же самое что хранить в стейте showModal: true

у тебя состояние модалки может быть завязано в стиле "данные успешного запроса обрабатываются в модалке"

короче пойдем от противного

компонент знает про запросы - говно

переделывай

не

компонент не знает про запросы

явно

компонент знает что есть данные

и они в каком-то стейте находятся loading/loaded

ну да и что они изменились

в любом случае если формулировка “показать модал когда данные загрузились” подразумевает что компонент знает что данные могут находиться в нескольких стейтах, не?

тут нет привязки к данным - просто что запрос успешно отправлен

допустим это был запрос на изменение данных

на нотификашку похоже

а не на модалку

потом ты сделаешь другое место где тебе нужно те же данные изменить, но не показать модалку

и такой ой

ну так в том то и вопрос что компонент должен решать нужно ли что-то делать при выволнении запроса который не мутирует стейт

Всем привет. Как думаете: стоит ли делать соц сеть на реакте)