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

Ну тогда 4 вариант

То есть мне такие костыли надо городить? this.setState({ datasets: { ...this.state.datasets, count: { ...this.state.datasets.count, k: 2 } } })?

То есть мне такие костыли надо городить? this.setState({ datasets: { ...this.state.datasets, count: { ...this.state.datasets.count, k: 2 } } })?

скопируй объект. Смутируй как выше предложили и потом вызови setState

скопируй объект. Смутируй как выше предложили и потом вызови setState

Плохой вариант

Плохой вариант

уж лучше плодить полотно спредов, да)

Объясните плиз как работает инициализация состояния (useState(initial)). Есть компонент, который принимает пропс a и b, он имеет стэйт c, который устанавливается так const [c, setC] = useState(a + b), далее я жму в UI кнопку, которая меняет пропсы a и b, но с при этом не обновляется. Проблему решил через useEffect: useEffect(() => { setC(a + b) }, [a, b]). Нормальная ли это ситуация?

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

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

скопируй объект. Смутируй как выше предложили и потом вызови setState

Мне нужно именно копировать его через Object.assign? Нельзя ли что-то подобное: this.state.datasets.count.k = 5; this.setState(this.state) Хотя чувтсвую, что все же только через assing действовать

нельзя. C вложенностью да, через Object.assign.

https://codesandbox.io/s/dazzling-ride-x4p7m но как бэ все работает )

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

какие?

потому что при мутировании у тебя ссылка остается на тот же объект и при сравнении его ничего происходить не будет

если прокидывать в чилды и если чилды pure или memo, в остальных случаях все будет работать

я не агитирую за мутации, я просто говорю, что там нет никакой магии

Такая вложенность отстой. 1. Нормализуй и отрефакторь. 2. Возьми immer 3. Возьми immutability helpers 4. {...state, nested: {...state.nested, prop: 2}} (в зависимости от глубины)

А что, если вложенность нормализовать нельзя и нужно использовать несколько уровней вложенности, например при работе с графиками в chart.js?

Дароу, есть роутинг на react-router. Как реализовать редирект внутри него, при структуре: <Switch> <Route path="/" /> <Route path="/oper" /> <Route path="/ne-oper" /> </Switch> Возможно path принимать массив? - да можно, но тогда в навигации я не смогу удобно подсветить нужный пункт меню, возможно сразу редиректить корень на /oper?

Ты можешь создать компонент, назвать его к примеру PrivateRoute, или ProtectedRoute, а внутри него сделать. Условия тернарником, если эта пропса есть, показываешь роут, если нет, редиректишь.

а как выглядит редирект?

а как выглядит редирект?

Redirect - это компонент, который ты импортишь из роутера.

redux лучше юзать как раньше с connect, или с хуками (useDispatch, useSelector, etc)?

здравствуйте, зачем нужен redux-thunk? зачем вообще диспатчить функции?

здравствуйте, зачем нужен redux-thunk? зачем вообще диспатчить функции?

Да редукс вообще не нужен, говорят

Нормальная ли практика слушать socket.on в самих компонентах? Или можно сделать лучше?

Не раскачивай лодку)

Нормальная ли практика слушать socket.on в самих компонентах? Или можно сделать лучше?

Не раскачивай лодку)

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

И вернусь к мутации state = { data: [] } const data = this.state.data data.push(1); this.setState({ data }) тоже ведь плохая практика, мы мутируем стейт, однако eslint не ругается на такую запись. Хотя если мы будем мутировать объекты, то ошибки выскакивать будут.

И вернусь к мутации state = { data: [] } const data = this.state.data data.push(1); this.setState({ data }) тоже ведь плохая практика, мы мутируем стейт, однако eslint не ругается на такую запись. Хотя если мы будем мутировать объекты, то ошибки выскакивать будут.

я увидел, что заменил и меня не переубедить

И вернусь к мутации state = { data: [] } const data = this.state.data data.push(1); this.setState({ data }) тоже ведь плохая практика, мы мутируем стейт, однако eslint не ругается на такую запись. Хотя если мы будем мутировать объекты, то ошибки выскакивать будут.

state = { data: [] } const data = this.state.data.slice(); data.push(1); this.setState({ data }); Вот так правильно ведь?

state = { data: [] } const data = this.state.data.slice(); data.push(1); this.setState({ data }); Вот так правильно ведь?

state = { data: [] } const data = this.state.data.slice(); data.push(1); this.setState({ data }); Вот так правильно ведь?

правильно так this.setState(({data}) => ({data: [...data, 1]}));

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

Для асинхронных событий.

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

Мне привычнее spread оператор, но тут кто как хочет...

так пуш еще и не запустит апдейт

что? апдейт чего?

он про ререндер

так пуш еще и не запустит апдейт

Так там setState после стоит для этого

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

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

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

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

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

https://codesandbox.io/s/condescending-bhaskara-w8dwf чекай