U
Кто-нибуь знает как лучше делать
throw Error чтобы в ошибку передавать ещё и код ошибки (применительно именно к Graphql-yoga) ?Size: a a a
2018 October 14
2018 October 15
NT
а с призмой reorder в массивах кто то реализовывал?
NT
например на фронте реализовано перетаскивание карточек,и можно их пересортировать вручную, а на сервере пока не понятно как это сделать без кучи кода
U
что за reorder?
U
NT
менять порядок элементов в массивах
U
нужно менять порядковый номер в таблице, т.к. база вообще не хранит порядок записей, и то что они возвращаются в нужном тебе порядке - дело удачи :)
NT
т.е. нужно дополнительное поле, и изменять его при пересортировке?
NT
а если мы из конца массива переносим элемент вначало, то нужно по всем элементам пройтись и сделать +1 ?
U
ну, так сходу не скажу, нужно погуглить что-то вроде
reorder postgresql, но решение сходу - делать ему индект на 1 меньше чем первый, например -1 даже, и при запросе делать orderBy по этому полюU
но это наверное плохая практика
NT
в монге нашел удобную штуку:
https://docs.mongodb.com/manual/reference/operator/update/position/
можно передать $position при пуше в массив, и он вставится в нужном месте в массиве, а не в конец, для призмы/постгреса боюсь так удобно не будет )
https://docs.mongodb.com/manual/reference/operator/update/position/
можно передать $position при пуше в массив, и он вставится в нужном месте в массиве, а не в конец, для призмы/постгреса боюсь так удобно не будет )
NT
оу, точно, я что то не подумал искать для постгреса reorder, искал для призмы, спасибо )
2018 October 16
SL
а если мы из конца массива переносим элемент вначало, то нужно по всем элементам пройтись и сделать +1 ?
По идее у тебя местами меняются только два элемента, то есть в любом случае ты делаешь свап для двух элементов в базе, а не проходишься по всем
NT
неа, не меняются (
P@
неа, не меняются (
Гибкость и скорость на старте с призмой, потом встают в такие проблемы.
Просто создавай подключение напрямую к постгресу и пиши кастомный ресолвер. Со временем половина кода будет работать напрямую с базой.
Собственно профит от быстрого старта с призмой ты уже получил. И твой продукт уже эволюционировал из обычного коробочного решения.
Просто создавай подключение напрямую к постгресу и пиши кастомный ресолвер. Со временем половина кода будет работать напрямую с базой.
Собственно профит от быстрого старта с призмой ты уже получил. И твой продукт уже эволюционировал из обычного коробочного решения.
NT
Гибкость и скорость на старте с призмой, потом встают в такие проблемы.
Просто создавай подключение напрямую к постгресу и пиши кастомный ресолвер. Со временем половина кода будет работать напрямую с базой.
Собственно профит от быстрого старта с призмой ты уже получил. И твой продукт уже эволюционировал из обычного коробочного решения.
Просто создавай подключение напрямую к постгресу и пиши кастомный ресолвер. Со временем половина кода будет работать напрямую с базой.
Собственно профит от быстрого старта с призмой ты уже получил. И твой продукт уже эволюционировал из обычного коробочного решения.
увы, через призму это тоже норм решилось) хотя, мб, напрямую с бд было бы производительнее
P@
Призма хороший инструмент. Но серебряных пуль у нас разработчиков не существует. Надо плясать от задач и доступного времени на их решение.