Купила билеты в отпуск

Это сколько в процентах?

там в названии redux

опять редьюсеры

Slices:

Смотри, тут же поле reducers – это банально методы

пихель, сосунг, ванплас

так редьюсеры — это и есть банально методы

Нет? Редьюсеры это мерзкие if (type == "increment") { return state + 1 }, тут же – этого нет

Нет? Редьюсеры это мерзкие if (type == "increment") { return state + 1 }, тут же – этого нет

ну ок, тут экшены

ну ок, тут экшены

ошибаешься, тут function() { state++ }

Угу, как в мобексе

не, в мобексе state++ напрямую

не, в мобексе state++ напрямую

Но это же ужасно :)

Т.е. ты можешь шальным компонентом просто поменять стейт на что угодно

updateValue(newValue: string) { state.value = newValue }

как и с экшенами, да

updateValue(newValue: string) { state.value = newValue }

почему просто не дать изменить state.value = newValue?

В JS есть геттеры?

конечно, понятно, зачем эти танцы

да! И сеттеры

Без скобочек?

для реактивности

Вот у меня тут есть три метода, отвечающие за обработку нажатия мазка кисти. _manageEraserPosition ставит реактивное значение позиции ластика. Напрямую позицию ластика я не могу изменить никак, только косвенно, через строук. Мог бы я изменить её напрямую – я мог бы изменить её вообще в рандомном месте и выпасть в совершенно неадекватное состояние, которое бы я дебажил целые сутки, не понимая, где поменялось значение ластика

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

Если отобрать возможность мутировать значения без предопределенных путей для этого в принципе – не нужно будет думать, что экспозить напрямую, а что оборачивать + будет единая точка входа/интерфейс для мутаций. Имхо, это приведет к куда более мейнтейнабл коду, который будет проще понимать и проще модифицировать. Я согласен на мизерный оверхед в виде void setField(Type newValue) {} за такие плюшки взамен.

Если отобрать возможность мутировать значения без предопределенных путей для этого в принципе – не нужно будет думать, что экспозить напрямую, а что оборачивать + будет единая точка входа/интерфейс для мутаций. Имхо, это приведет к куда более мейнтейнабл коду, который будет проще понимать и проще модифицировать. Я согласен на мизерный оверхед в виде void setField(Type newValue) {} за такие плюшки взамен.