SP
graphql - идеально для композиции данных с сервера, rest мидлваря для всего остального
Size: a a a
2018 January 22
o
Не про сам язык запросов
SP
Я про аполло в частности
а вот это я хз, меня аполло бесит
SP
не люблю комбайны
o
Мне тоже показалось что не нужно так много наворотов
I
граф - просто замена ресту, стандарт который решил проблемы которые были в ресте
SP
граф - просто замена ресту, стандарт который решил проблемы которые были в ресте
это не замена а дополнение)
o
Я про аполло, сорри
SP
граф - просто замена ресту, стандарт который решил проблемы которые были в ресте
у тебя так и так небыло реста)
I
что значит дополнение? Почему не было?
SP
что значит дополнение? Почему не было?
нет hateoas - нет реста. А нет гипертекста - нет hateoas. А для мобильной приложеньки или SPA тебе json нужен а не гипертект.
I
Я про аполло, сорри
если ты используешь графкюэль - то будет сложно эффективно управлять данными без спец либ. Чисто редакс - геморно
SP
если ты используешь графкюэль - то будет сложно эффективно управлять данными без спец либ. Чисто редакс - геморно
почему?
I
если только не совсем примитивное приложение где нужно сделать один запрос
SP
если только не совсем примитивное приложение где нужно сделать один запрос
то есть это типа кастыли для того что бы с мутаторами не так геморно было? или че?
I
это либа упрощающая жизнь
SP
что значит дополнение? Почему не было?
дополнение потому что полностью не избавляет тебя от необходимости лепить http api (логин, загрузка файлов, много чего еще, persisted queries)
SP
я вижу graphql как прекрасное дополнение, которое позволяет решить одну конкретную проблему - композиция данных под клиента и контроль
SP
а так все тоже самое можно было и в json api делать просто в разы менее удобно
SP
а булшит с заменой ресту - это как flux замена mvc. чисто ребрентинг http rpc который все и так юзают но теперь хоть не будут называть это rest-ом)