ты же должен понимать что значит очистка твоего стейта

никто за тебя это не придумает

Ну а мне вот хочется его пустым сделать

с setState этого не сделать

мы про локальный стейт компонента же сейчас?

Да

вот

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

Нет

всегда задаешь начальные значения

ну если нет, то ты не прав

учись делать правильно

У меня есть динамические ключи в стейте

Типа row${ID}_active

потому что надо просто сделать initialState переменную и сделать this.setState(initialState)

Если ты расширишь объект стейта, ты не сможешь удалить новые поля

Ну так нужно знать все ключи тогда

и это норма

У меня есть динамические ключи в стейте

Храни их в отдельном поле и перезаписывай его

Если ты расширишь объект стейта, ты не сможешь удалить новые поля

из стейта не нужно удалять поля

Типа row${ID}_active

И пока кто-то не сделает тру, они вообще не заданы, тобишь undefined

Храни их в отдельном поле и перезаписывай его

И как это поможет? Я не знаю их количества чтобы на этапе инициализации задать

И пока кто-то не сделает тру, они вообще не заданы, тобишь undefined

весело у вас

Undefined вообще в стейтах не должно быть никогда

Я не придумал иного способа, лол

Там и нет undefined

И как это поможет? Я не знаю их количества чтобы на этапе инициализации задать

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

Блять даун в лс ещё пишет

Блять даун в лс ещё пишет

Какой

Спамер

Спамер

Репорть

Блять даун в лс ещё пишет

Что пишет-то?

в общем смысл в том, что структуру стейта на врехнем уровне ты всегда должен инициализировать либо в конструкторе. либо просто class ... { state = { ... }

слооожно

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

там где ты ожидаешь массив, должно быть key: []

там где объект key: {}

строка str: ''

и т.д.

а не undefined/null

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

спасибо большое

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

то есть я обязательно все поля должен прописать?

конечно

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

постоянно проверяя переменную на Array.isArray(array) && array.map(item => ...

а так ты всегда знаешь что у тебя невозможны значения undefined null

хотя проверять конечно всегда полезно

а то рано или поздно у тебя будут ошибки типа

и они будут ломать тебе рендеринг

тебе придется вечно все это catch-ить

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

Возможно я плохо объяснил. У меня на одном проекте была следующая ситуация: есть неопределенное количество строчек таблицы (приходят с апи), у каждой строчки есть состояние (развёрнута-не развёрнута), при этом отдельная строчка не является компонентом, а лежит в одной плоскости с остальными просто как кусок html. Соответственно хранить состояние всех строчек мне пришлось в одном стейте. Я сделал так: <tr show={this.state[row.id${active}]}, но при этом изначально в стейте такого ключа вообще нету, то есть он равен undefined. Мне это абсолютно не мешало так как изначально строчки должны были быть скрытыми, а undefined преобразовался в false. А вот когда юзер уже кликал на кнопку, в стейт записывался ключ this.state[row.id${active}] со значением true.

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

Я это к тому что количество ключей в стейте не всегда известно

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

Возможно я плохо объяснил. У меня на одном проекте была следующая ситуация: есть неопределенное количество строчек таблицы (приходят с апи), у каждой строчки есть состояние (развёрнута-не развёрнута), при этом отдельная строчка не является компонентом, а лежит в одной плоскости с остальными просто как кусок html. Соответственно хранить состояние всех строчек мне пришлось в одном стейте. Я сделал так: <tr show={this.state[row.id${active}]}, но при этом изначально в стейте такого ключа вообще нету, то есть он равен undefined. Мне это абсолютно не мешало так как изначально строчки должны были быть скрытыми, а undefined преобразовался в false. А вот когда юзер уже кликал на кнопку, в стейт записывался ключ this.state[row.id${active}] со значением true.

this.state.rows[row.id${active}]

this.state.rows[row.id${active}]

У меня так и хранилось, на втором уровне стейта

Но это не важно

как раз это важно

У меня так и хранилось, на втором уровне стейта

Ну в этом случае всегда можно сделать setState({rows: []})

А, хотя да, чет я затупил

Ну в этом случае всегда можно сделать setState({rows: []})

всё верно)

и как?

ERROR: S client not available

handleSubmit не три параметра всасывает?

хотя это же формик

там он во втором параметре пропсы умеет передавать

handleSubmit: (values, { props, ... }

в пропсах забинденый диспатчер

или уже забинденные экшины

да, верно

+

а что за setSubmitting? не могу понять

warning.js Warning: Text content did not match. Server: "..." Client: "..." сталкивался кто-нить с таким?

warning.js Warning: Text content did not match. Server: "..." Client: "..." сталкивался кто-нить с таким?

вырубить SSR

вырубить SSR

всмысле не писать ssr приложения?

warning.js Warning: Text content did not match. Server: "..." Client: "..." сталкивался кто-нить с таким?

разный initial state у сервера и клиента?

разный initial state у сервера и клиента?

спс

вообще понял что redux не оч дружит с ssr

вообще надо понять, что сам по себе SSR это извращение и костыль

очень бы хотелось, чтобы эта хрень исчезла

очень бы хотелось, чтобы эта хрень исчезла

а что насчет SEO без SSR?

а что насчет SEO без SSR?

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

но по другому как то

а не в ущерб фронтенду

а то вроде как и не тонкий клиент получается

вообще надо понять, что сам по себе SSR это извращение и костыль

неа

т.е ни туда ни сюда

вообще надо понять, что сам по себе SSR это извращение и костыль

+

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

научить краулеры исполнять жс

научить краулеры исполнять жс

не обязательно на самом деле

не обязательно на самом деле

еще варианты?

скорее всего нужно родить некий протокол общения краулеров с вебом