AY
Там нет корреляции со сложностью алгоритма
Size: a a a
2020 April 12
DK
Там нет корреляции со сложностью алгоритма
О нет, очень даже есть. Если данные обновляются неправильно то все будет по 500 раз перерендериваться, а если в рендеринга что в квадрате лежит и этот квадрат 500 раз перерендерить будет беда
AY
я не понял как алгоритм влияет на рендер 😬 или там в центре алгоритма forceUpdate?
AY
setState если сделать 2 раза подрят, там 1 рендер в рамках следующего frame.
DK
я не понял как алгоритм влияет на рендер 😬 или там в центре алгоритма forceUpdate?
На рендер влияет неперсистентный апдейт... даже он один сам по себе может все залагать, а если вьюхи ещё и используют какие-то функции неоптимальные для вычисления, то все будет совсем плохо
AY
Если там жирный dom update, то это размазывается во времени и все ок.
DK
Это большая тема, в чате не напишешь... я про неё статью написал... хотя практика показывает что даже после статьи мало кто понимает в чем вообще дело https://denistakeda.github.io/articles/001_modularized_frontend.html
DK
Если там жирный dom update, то это размазывается во времени и все ок.
Ну не ок)) много раз видел как бывает не ок)
DK
И в статье только небольшая часть проблемы
AY
Denis Krivosheev
Это большая тема, в чате не напишешь... я про неё статью написал... хотя практика показывает что даже после статьи мало кто понимает в чем вообще дело https://denistakeda.github.io/articles/001_modularized_frontend.html
redux отстой чаще всего в react приложениях
AY
и структура данных примера тупая, проще ж индекс хранить и все 🙈
DK
и структура данных примера тупая, проще ж индекс хранить и все 🙈
Конечно проще)
DK
Это тема для будущих статей почему слишком упарываться по типам тоже плохо
DK
Но конкретно эта структура взята с одного известного элм доклада
DK
Но у такой структуры есть свои преимущества... простота не в их числе
AY
какие?
я всегда свожу состояние к минимально возможному, остальное "computed" от состояние. Любая попытка временно что-то хранить на большом масштабе заносит тонну багов.
я всегда свожу состояние к минимально возможному, остальное "computed" от состояние. Любая попытка временно что-то хранить на большом масштабе заносит тонну багов.
DK
какие?
я всегда свожу состояние к минимально возможному, остальное "computed" от состояние. Любая попытка временно что-то хранить на большом масштабе заносит тонну багов.
я всегда свожу состояние к минимально возможному, остальное "computed" от состояние. Любая попытка временно что-то хранить на большом масштабе заносит тонну багов.
Такая что хранить Стэйт в неконсистентном состоянии почти невозможно, система типов этого не допустит
AY
const prevL = lst.slice(0, n);
const current = lst[n];
const nextL = lst.slice(n + 1, lst.length);
+1 забыл и жопа, какая система тут поможет?
const current = lst[n];
const nextL = lst.slice(n + 1, lst.length);
+1 забыл и жопа, какая система тут поможет?
DK
DK
Вот тут детали