🅅🄺
а селектор я уже сделал
Size: a a a
2020 August 12
🅅🄺
сейчас тюнинг доделаю
B
гардом это не то
в каком плане не то?
🅅🄺
в каком плане не то?
в том плане что гарды это совсем для другого
🅅🄺
возможно мы немного о разных селекторах говорим
🅅🄺
я не про мемоизацию по ключам если что
🅅🄺
я про ленивый мапинг только когда он нужен вьюхе
🅅🄺
типа отсортировать только в нужный момент, отфильтровать только в нужный момент
🅅🄺
и если смапенные данные не менялись, то не делать это снова и снова
B
я про ленивый мапинг только когда он нужен вьюхе
ну так чем не гард? вьюха появилась это событие. По событию включаем секцию в приложении
🅅🄺
да на фиг мне городить огороды с гардами для таких простых вещей?
🅅🄺
чтобы мозг мой перегрелся?
B
да на фиг мне городить огороды с гардами для таких простых вещей?
мне кажется это частный случай и не всем нужный
FB
мне кажется это частный случай и не всем нужный
ну как сказать, сортировка массива с толстыми обьектами по нескольким ключам (чекбоксы из ui)
DS
и если смапенные данные не менялись, то не делать это снова и снова
А как ты это детектить хочешь?
B
А как ты это детектить хочешь?
если у юнита нет связей вниз
B
если у юнита нет связей вниз
типа в юай мы всегда подвяязываемся через какой-то вотч
FB
типа в юай мы всегда подвяязываемся через какой-то вотч
А не в юай нет чтоли?
B
А не в юай нет чтоли?
и там тоже
🅅🄺
А как ты это детектить хочешь?
процесс таков:
допустим есть store todos со списком задач
если как в примере выше его замапить на activeTasks = todos.map, completedTasks = todos.map
то сами понимаете что при каждом обновлении списка будет делаться пересчет всех мапов, а если еще надо sortedTodos и так далее то в масштабе приложения таких черных дыр может быть много
допустим есть store todos со списком задач
если как в примере выше его замапить на activeTasks = todos.map, completedTasks = todos.map
то сами понимаете что при каждом обновлении списка будет делаться пересчет всех мапов, а если еще надо sortedTodos и так далее то в масштабе приложения таких черных дыр может быть много