Size: a a a

GraphQL — русскоговорящее сообщество

2018 June 13

a

akaSybe in GraphQL — русскоговорящее сообщество
Vladimir Razuvaev
Какое-нибудь поле friends добавится или другие данные на вывод и вот уже модели разошлись
вот человек правильные вещи говорит
источник

RR

Roman Roman in GraphQL — русскоговорящее сообщество
akaSybe
вот человек правильные вещи говорит
Для этого и сделали интерфейсы, почему бы не поддержать интерфейсы в инпут типах?
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
по своему опыту могу лишь сказать что идея объединения моделей чтения  и записи - плохая
источник

RR

Roman Roman in GraphQL — русскоговорящее сообщество
я не понимаю почему. понятно что разница в полях может быть, именно для этого в типизированных языках существуют полиморфные возможности
источник

RR

Roman Roman in GraphQL — русскоговорящее сообщество
источник

RR

Roman Roman in GraphQL — русскоговорящее сообщество
ни у кого особых возражений по поводу теории нет
источник
2018 June 14

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
Roman Roman
Для этого и сделали интерфейсы, почему бы не поддержать интерфейсы в инпут типах?
Потому что кроме теории существует практика. У GraphQL множество реализаций на разных языках, которые поддерживает community. Вводить кучу новых фич (а их придумать можно очень много) просто опасно тем, что совместимость развалится - какие-то реализации будут запаздывать, кто-то вообще откажется от поддержки. В подобных проектах лучше 10 раз сказать нет, чем да. Они будут выбирать самые важные штуки и вводить их медленно, это очевидно
источник

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
Тем более как я помню в schema language интерфейс вас не освобождает от необходимости заново определять все поля в типе все равно
источник

NT

Nikita Tkachuk in GraphQL — русскоговорящее сообщество
а кто то уже заменял полностью редакс на apollo-link-state ?
источник

RR

Roman Roman in GraphQL — русскоговорящее сообщество
Vladimir Razuvaev
Тем более как я помню в schema language интерфейс вас не освобождает от необходимости заново определять все поля в типе все равно
не освобождает, но он дает тайпчек ошибку, если тип не соответствует интерфейсу
источник

RR

Roman Roman in GraphQL — русскоговорящее сообщество
скопипастить несложно, сложно поддерживать кучу похожих друг на друга типов
источник

SS

Serhii Sydoruk in GraphQL — русскоговорящее сообщество
А нет в телеграмме вход в канал только по апруву админа?
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
Господа, возвращаясь к истории с рефетчам, а в аполло нельзя для квери задать какой-нибудь айдишник, чтобы по этому айдишнику потом рефетч сделать?
источник

SL

Semen Levenson in GraphQL — русскоговорящее сообщество
У тебя несколько кверей или переменные в квере используются?
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
Переменные в квери и мутация в другом месте
источник

SL

Semen Levenson in GraphQL — русскоговорящее сообщество
а что мешает передать теже переменные в refetch? https://www.apollographql.com/docs/react/api/apollo-client.html#ObservableQuery.refetch
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
То, что эти данные нужно через пол приложения прокидывать или глобально под каждый кейс складировать
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
А айдишник лежит себе в файле и отлично)
источник

SL

Semen Levenson in GraphQL — русскоговорящее сообщество
А можешь конкретнее про задачу рассказать?
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
Мне кажется меня скоро весь чат будет уже знать с задачей моей. Она вполне обычная, но я уже кучу issue нашел и вопрос без ответов в интернете. Есть список задач, есть дейтпикер, при клике на дату - переходим на задачи с указанным временем меньше этой даты, все складывается в новое поле в кеше каждый раз. На другом конце страницы есть кнопка добавления задачи, которая открывает модалку и там при сбамите формы запускается мутация и после этого надо  сбросить кэш для текущего открытого спика или рефетчнуть его (а лучше для всех таких же квери вне зависимости от переменных). В прошлый раз все закончилось у меня на создании issue https://github.com/apollographql/apollo-client/issues/3564
источник