к
key - оптимизация уже на уровне рендеринга
Size: a a a
2018 May 13
к
то есть dom лишний раз не будет перерисовываться
к
а данные перевычислятся все равно
NK
Ты имеешь в виду вот здесь вот данные немного продвигали а в другом конце страницы все снова перевычисляется?
к
и если там сложные вычисления с сортировкой и дропаньем повторов в тысячу элементов, то будут фризы
AK
Во вью все вычисления будут перевычисленны - это факт
AK
Так что второй вариант это хранить отфильтрованный список в моделе.
AK
То есть фильтровать когда данные с сервера приходят
AK
Либо фильтровать сразу на сервере и посылать отфильтрованные данные уже
к
Andrey Koppel
Так что второй вариант это хранить отфильтрованный список в моделе.
ну вот кэширующий слой именно это решает, не загрязняя модель
NK
Коллега не надо придумывать велосипед. Смотрите html.lazy
NK
Слои какие-то...
AK
Ну этот кэширующий слой ты же тоже в модели хранить будешь
к
ID:536005385
Коллега не надо придумывать велосипед. Смотрите html.lazy
кек, не велосипед, практика древнее элма, и намного активнее используется, чем сам элм в целом
AK
Дмитрий тут дело идёт у двух разных вещах, одна это перерисовку, вторая - это перерасчёт данных
к
эту проблему html.lazy не решает
к
Andrey Koppel
Ну этот кэширующий слой ты же тоже в модели хранить будешь
в случае элма да, если не использовать какой-нибудь нативный модуль с мемоизацией аля реселекта
AK
Html.lazy - позволяет более более эффективно перерисовывать, но сама фильтрация списка будет рассчитана для каждой перерисовки. Что вполне хорошо для маленьких списков.
AK
в случае элма да, если не использовать какой-нибудь нативный модуль с мемоизацией аля реселекта
Ну тут идёт речь про Элм. А нативные модули - это не наш путь.
NK
Прекрасно решает. Рекомендую прежде чем что то утверждать прочитать хотя бы документацию к html.lazy