D
спасибі - спробую.
Циклы не критично
Главное перерисовки дом элементов оптимизировать
Size: a a a
2019 September 21
VS
Циклы не критично
Главное перерисовки дом элементов оптимизировать
Главное перерисовки дом элементов оптимизировать
На те ми і використовуємо реакт, щоб не думати про оптимізацію рендера дом елементів
VS
Вам надо mobx чтоб вообще не думать )
ДМ
Вам надо mobx чтоб вообще не думать )
Не надо. Обычного контекста достаточно
VS
Это если проект небольшой и несложный
ДМ
Судя по всему проект таким и есть
OC
Это если проект небольшой и несложный
не погоджуюсь з твердженням. mobx вельми ок скейлиться на великі проекти, проте, зараз я б його не юзав. зараз переважну більшість проблем із стейт менеджментом можна вирішити правильною архітектурою компонентів в самомі реакті
AR
з мобіксом таких проблем не було б 😄
Можно сделать как в мобиксе: каждый елемент списка сам подписывается на какой-то обсервер (через хук, например) и получает из него данные
TS
Можно сделать как в мобиксе: каждый елемент списка сам подписывается на какой-то обсервер (через хук, например) и получает из него данные
Суть мобіксу якраз в тому, шо тобі не треба ні на що ніде підписуватись, відповідно мінімум зусиль треба прикласти для того, шоб мати хороший перформанс)
AR
Ну в смысле, подписка под капотом всё равно же есть) вот её скрыть в хук
AR
Плюс разделить элемент с подпиской и остальную часть рендеринга, тогда bail out будет происходить быстрее
TS
Вона то є, але не в такому вигляді, як думаєш) сам observer, яким ти огортаєш компонент - це просто reaction на зміну тих observable, які ти напряму використовуєш (викликаєш їх геттери) в компоненті)
Крім того так як мобікс по дефолту синхронний, ти можеш синхронно змінити багато обзерваблів, ререндер буде лиш один
Крім того так як мобікс по дефолту синхронний, ти можеш синхронно змінити багато обзерваблів, ререндер буде лиш один
AR
Вона то є, але не в такому вигляді, як думаєш) сам observer, яким ти огортаєш компонент - це просто reaction на зміну тих observable, які ти напряму використовуєш (викликаєш їх геттери) в компоненті)
Крім того так як мобікс по дефолту синхронний, ти можеш синхронно змінити багато обзерваблів, ререндер буде лиш один
Крім того так як мобікс по дефолту синхронний, ти можеш синхронно змінити багато обзерваблів, ререндер буде лиш один
Потому я и предлагаю сделать один обсервер, раздать его по контексту (один раз), в компонентах списка подписаться на нужный ключ и рендерить всё остальное. Сейчас попробую пример написать
AR
примерно такое я имел в виду
AR
можно даже без дополнительного слоя, если источник данных будет эмитить только новые данные
G
Why let?
AR
Why let?
я использую только let
G
я использую только let
Почему?
AR
Почему?
потому что нет причин использовать const, кроме проблем которые он мне создает