l
({ data: data.text })
Мы уже рассматривали этот пример. Если data — стор, то будет пропускать апдейты, если же он получен через .map — то нет)
map(e=>data.text.split(“.”))Size: a a a
2018 May 19
l
или если я там
А вот тут всегда скипает, потому что результат опять же проверяется через ===
DZ
не лучше ли будет определять через геттеры что юзается ?
DZ
у тебя есть же шейп стора
l
К моменту рассчёта стора и так известно, какие данные обновились
NK
Да просто нужно стейт через линзы. Что не понятного... Все проблемы автоматом уходят, т.к. ты подписываешься на линзы. Селекторы отпадают как данность. Линза - это гетер и сетер только на конкретное значение в стейте.
https://codesandbox.io/s/62o44mwllz
https://codesandbox.io/s/62o44mwllz
NK
Но это ^ плохой пример, там надо апи еще дорабатывать
l
Сторы полученные через .map — это геттеры без сеттеров в линзах
DZ
К моменту рассчёта стора и так известно, какие данные обновились
смотри а как мне быть если мне надо
store.map(data=> ({ selectedUsers: data.ui.users, popupVisible: data.ui.popup }))l
Без сеттеров потому что подход mobx ведёт к хаосу
DZ
как этот кейс обойти тогда ?
l
У тебя два стора тут в результате)
l
Вся фигня в том, что в реальности все сторы обвешаны хэндлерами
l
Ввиду чего ты ни строчки не экономишь, делая именно вот так)
DZ
окей, как оно будет работать в этом кейсе ?
DZ
будет пересчитываться на каждый апдейт стора ?
AK
ID:72036040
Да просто нужно стейт через линзы. Что не понятного... Все проблемы автоматом уходят, т.к. ты подписываешься на линзы. Селекторы отпадают как данность. Линза - это гетер и сетер только на конкретное значение в стейте.
https://codesandbox.io/s/62o44mwllz
https://codesandbox.io/s/62o44mwllz
Я тут смотрю на идею переделать powerplug на линзы. Как тебе идея?
DZ
Я тут смотрю на идею переделать powerplug на линзы. Как тебе идея?
хм, а как апи выглядеть будет ?)
l
будет пересчитываться на каждый апдейт стора ?
Не на каждый, если два поля обновляются одновременно, то будет только обин пересчёт