AS
конечно
Size: a a a
2020 September 15
КС
интересно чем обоснована боязнь мутабельности тогда в контексте свелта
AS
Кирилл Спасибович
да уж :) дом тот ещё тормоз, тут тоже убедился
но радует что в отличие от вдомовских фреймворков, количество объектов в массиве и соответственно нод в доме не так ужасно влияет на производительность
типа не нужно куда большую структуру сравнивать, только некоторые поля применяемые в шаблоне
это к слову об отображаемых допустим 1000 строках и клику на какую-нибудь галочку
но радует что в отличие от вдомовских фреймворков, количество объектов в массиве и соответственно нод в доме не так ужасно влияет на производительность
типа не нужно куда большую структуру сравнивать, только некоторые поля применяемые в шаблоне
это к слову об отображаемых допустим 1000 строках и клику на какую-нибудь галочку
Тут кстати Малина фору даст - ее метод рендера больших кусков шаблона быстрее чем у свелта
КС
у меня остаётся только лишние срабатывания $: если там использовать поле объекта
при использовании биндов массивов с объектами
при использовании биндов массивов с объектами
AS
Кирилл Спасибович
у меня остаётся только лишние срабатывания $: если там использовать поле объекта
при использовании биндов массивов с объектами
при использовании биндов массивов с объектами
а это вроде баг же?
КС
неа, ссылки то не меняются, он вынужден так делать
AS
было что-то такое в issue
КС
бинд отправляет массив с той же ссылкой наверх
КС
и он как пропс возвращается вниз
КС
и все должны два раза обсмотреть массив
КС
хотя не видал такого ишака, не могу сказать
КС
но понимаю почему это так работает
КС
поэтому в оборачиваемом компоненте, реализующем круд использовал иммутабельность, она оборачивается изящно без дубликации проверок
ON
Кирилл Спасибович
интересно чем обоснована боязнь мутабельности тогда в контексте свелта
потому что он не ловит мутации, старается избежать лишних проверок чтобы съэкономить на спичках
МТ
Тут кстати Малина фору даст - ее метод рендера больших кусков шаблона быстрее чем у свелта
Так собсно за скоростью свелт и не гонится же
МТ
Вроде Рич часто писал что есть много методов оптимизации свелта но они их не утилизируют потому что предпочитают толи более стабильные нынешние варианты, то ли как там еще формулировал он
КС
потому что он не ловит мутации, старается избежать лишних проверок чтобы съэкономить на спичках
правильный отлов мутаций был бы менее наивным ?
в плане он бы отлавливал их на месте, а не перебирая весь массив ?
в плане он бы отлавливал их на месте, а не перебирая весь массив ?
КС
я где-то читал, что сам js из-за объектов / массивов по рефам тяжело оптимизировать на отслеживание изменений если не использовать иммутабельность
что ты об этом думаешь ?
что ты об этом думаешь ?
ON
Кирилл Спасибович
правильный отлов мутаций был бы менее наивным ?
в плане он бы отлавливал их на месте, а не перебирая весь массив ?
в плане он бы отлавливал их на месте, а не перебирая весь массив ?
ну если в большом объекте в шаблон выводится только одно поле
сдений компьютер способен делать ~15 млн проверок в сек, если у тебя в виджете 100 простых биндингов, то их проверка займет 0.000007 сек (плюс/минус)
{big.object.user.name}, только только одно поле и проверять, а не весь объект.сдений компьютер способен делать ~15 млн проверок в сек, если у тебя в виджете 100 простых биндингов, то их проверка займет 0.000007 сек (плюс/минус)
ON
ну если в большом объекте в шаблон выводится только одно поле
сдений компьютер способен делать ~15 млн проверок в сек, если у тебя в виджете 100 простых биндингов, то их проверка займет 0.000007 сек (плюс/минус)
{big.object.user.name}, только только одно поле и проверять, а не весь объект.сдений компьютер способен делать ~15 млн проверок в сек, если у тебя в виджете 100 простых биндингов, то их проверка займет 0.000007 сек (плюс/минус)
и не нужно возится с имутабельностью