MA
Size: a a a
2021 August 12
SS
Вообще-то схема на беке и то что видит фронт по графкл - разные вещи часто - напрочь
SS
По крайней мере я давно оставил попытки прибивать гвоздями схему данных на беке к тому что нужно для UI, и бью по рукам прибивающих, когда имею полномочия
˸A
Какая разница, где сидит? (Бфф обычно) если юикс нужно, значит бек подстраивается
SS
В самом фб, где родился графкл - он потому и родился, что на беке у них источников данных тьмы, и они в движении изменении как тектонические плиты. И вот чтобы в стопицотый раз не переписывать - а давайте замутим типо DSL
MA
И очень много связей
MA
Это самое главное
SS
Ну да, резолверы переписали, и все. Это - узенькая прослоечка, между беком и фронтом.
MA
Графкл схема должна быть волосатой
˸A
Вопрос совсем не про гкл (я нашел даже способ с через гкл-модулес билдить схему для аппсинк). Изначально про фуллстеков говорили
SS
Влом искать мемасики с русалкой - фронендом и тем телом и хвостищем под водой с подписью бекенд. Суть то: фронт может заказать всего лишь интерфейс работы с этим телом чудища, а не как-то влиять на то что там
MA
Фронты не пишут схему и не пишут резолверы. Что там они диктуют, непонятно
MA
Они могут только забирать то что хотят
MA
Но позволять им что-то хотеть забирать должны беки
˸A
Ну блин, вернулись... Делать десять квари с клиента (хоть и параллельно) или делать один - есть разница?
SS
Причём, когда я своих попытался привлечь к разработке апи - они замахали руками - чур нас чур, вы на беке что сварганите, то и будем кушать
˸A
Печаль... В таких случаях мне, как архитектору, приходится смотреть на дизайн от юикс команды - и диктовать апи
SS
А при чем тут графкл и фулстек? Никто давно не запрещает любой вид протокола расширить хоть до уровня sql, мультиплексирования запросов и т.п. Ну да, в букварях по рест такого не пишут..
SS
Ну, сколько я не общался на конференциях с фронтендерами - они не в зуб ногой что творится за фасадом апи.
SS
И, часто именно они просят апи которым потом только задрачивать бек и можно, мелкими запросами