PM
свелт к сожалению не умеет резолвить промисы)
Size: a a a
2020 December 22
КС
я так смотрю что 2way биндинги стоит использовать когда они реально нужны
КС
то как я в начале делал прямо в компоненте представляющем объект менял этот объект за счет бинда это треш
КС
можно так делать разве что с редактором, но потом всё равно отправлять сбиндженый объект куда-то в централизованное место для обновления массива
PM
кстати в прилаге я показал простой способ получить синхронную версию асинхронного стора с помощью дополнительного derived стора
PM
чтобы в тех местах, где pending стейт промиса не нужен, юзать данные синхронно
PM
loading статус таким стором не нарисовать и функцию не приостановить, он просто сперва будет [], а потом сразу массив с данными
КС
у меня обычно ведро объектов показывается сразу, когда новые данные приходят радует очень что это не затратно т.к. ререндера никакого нет
КС
поэтому даже хз когда бы я всё уничтожал, показывал спиннер, а потом снова создавал дом :)
КС
ещё круто в этом плане что фильтры всякие с кучей галочек и поисковых полей охренительно быстро работают
PM
Кирилл Спасибович
поэтому даже хз когда бы я всё уничтожал, показывал спиннер, а потом снова создавал дом :)
если данные новые, но ререндер же все равно будет или я не понял
КС
ну он будет частичный, поменялось там одно поле в этом объекте, это явно дешевле чем выкинуть весь инстанс и дом вместе с ним
PM
Кирилл Спасибович
ну он будет частичный, поменялось там одно поле в этом объекте, это явно дешевле чем выкинуть весь инстанс и дом вместе с ним
а, ты про изменение данных. а я подумал про то что на сервер запрос ушел за новой выборкой
PM
ты просто про фильтры написал
PM
или фильтры тоже чисто клиентские?
КС
ага, я просто костыльный свой fuzzy-search написал, забираю с бд допустим 1000 объектов
КС
и по ним охренительно быстро всё можно искать
КС
а если запросы в базу делать то это как то будет долго и уныло
PM
а, я испорчен изоморфностью)))) у меня все урл и должно с сервера ходить в голове)