DZ
и только потом сравниваться
Size: a a a
2018 May 20
l
Принципиальная от кейса не зависит, это реально никак не преодолеть
DZ
первый вызов ключ а, второй б, третий с, в итоге мы получим почти все зависимости функции
DZ
при этом без жестких проексей и полного оборачивания стейта
l
Каждый раз ты будешь скипать те апдейты, которые юзера уже не интересуют
l
Каким бы образом ты не отслеживал
l
Моим, твоим, проксей
DZ
не совсем понял
DZ
хочешь сказать, что мы будем трекать данные, которые уже не надо трекать ?
DZ
if(data.first) { return data.second } else { return data.third }
DZ
в итоге мы будем трекать все три
DZ
что как я понимаю концептуально неправильно
l
хочешь сказать, что мы будем трекать данные, которые уже не надо трекать ?
Да
NK
Я не понял проблему. Если необходимые данные могут динамически менятся, то подписываться нужно на все. Т.к. они могут в какой-то момент перестать трекаться, а в какой-то момент опять начать
l
Проще говоря, ты не можешь залезть в планы юзера
NK
Да и вообще это же, вроде, логично 🤔
l
ID:72036040
Я не понял проблему. Если необходимые данные могут динамически менятся, то подписываться нужно на все. Т.к. они могут в какой-то момент перестать трекаться, а в какой-то момент опять начать
На всю бесконечность подписываться?
NK
Ну если компонент юзает бесконечность, что делать
NK
Или я юзеркейс не понимаю