ИБ
ну, после слов Наташи, про команду накста, и Димы - как-то не хочется пока ставить всё на накст)
я уже очень давненько сам с нукстом не работал, только в одном проекте ревьюил но и то код писал не я
Size: a a a
2020 April 22
GS
половину накста перечислил
Всё из-за "архитектуры на файликах"
SL
У меня на сегодняшний день даже не от накста бомбит, а от VDom, и бомбит от ненужных апдейтов дерева, если изменения произошли в рамках компонента. Поменялся стейт кнопки, а апдейтнется вообще весь компонент.
SL
И чтобы этого избежать нужно вообще всё выносить в компоненты
A
И чтобы этого избежать нужно вообще всё выносить в компоненты
В 3 это исправлено так ведь ?
SL
В 3 это исправлено так ведь ?
Нет, это невозможно в концепции VDom починить
SL
Потому что нельзя вызвать render() частично
AD
а если кнопка в компоненте находится, то норм будет?
SL
Можно только попытаться ускорить вызов render(), что и делает хоистинг и прочие хаки
SL
а если кнопка в компоненте находится, то норм будет?
Если изменения произошли в другом компоненте то будет норм
SL
Главное чтобы изменения были только там где нужно вызвать render()
SL
Потому что каждое изменение состояния компонента = вызов render()
A
У меня на сегодняшний день даже не от накста бомбит, а от VDom, и бомбит от ненужных апдейтов дерева, если изменения произошли в рамках компонента. Поменялся стейт кнопки, а апдейтнется вообще весь компонент.
как ты проверяешь, что обновился весь компонент?
SL
как ты проверяешь, что обновился весь компонент?
updated()
SL
Он может и не поменять конечный DOM, но рендеринг будет всё-равно
SL
Чтобы было потом что сравнивать
SL
Разбитие на компоненты позволяет сравнивать только мелкие кусочки
A
Не согласен
SL
Так что в концепции вдом предпочтительнее всё разбивать на мелкие компоненты
A
Если например сверху метод потом див и в нем стейт а потом снизу метод. То при изменении стейта методы запустятся, так ведь?