Size: a a a

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

2021 October 10

y

yel' in GraphQL — русскоговорящее сообщество
и упаси боже редакс) блин, есть же столько стейт менеджеров классных)
источник

NF

No Force in GraphQL — русскоговорящее сообщество
Согласен наверное
источник

I

I in GraphQL — русскоговорящее сообщество
он небольшой и без всякой магии
источник

NF

No Force in GraphQL — русскоговорящее сообщество
Но в 90% случаев сайт это обычный CRUD для бэкенда
источник

I

I in GraphQL — русскоговорящее сообщество
https://github.com/apollographql/ac3-state-management-examples/tree/master/apollo-local-state/src/operations/mutations/deleteTodo вот тут есть пример как организуют код при использовании реактивных переменных, вы что то похожее делаете?
источник

y

yel' in GraphQL — русскоговорящее сообщество
ну я не знаю как у вас, у нас нет) где-то мы d3.js, например, используем и монструозные графики рендерим, где-то чаты делаем
источник

y

yel' in GraphQL — русскоговорящее сообщество
в примере они вроде связаны с кэшем аполовским через @client поля. Мы их не связываем так
источник

y

yel' in GraphQL — русскоговорящее сообщество
У нас они вот так используются сейчас. Это самый нормальный вариант как мне кажется.
источник

y

yel' in GraphQL — русскоговорящее сообщество
просто заводится отдельный файлик под компонент, где объявляется переменная и операции с ней. Раньше мы их просто складировали в одном месте, тянули оттуда и изменяли прям в компонентах, но проект стал разрастаться и теперь так стараемся делать.
источник

I

I in GraphQL — русскоговорящее сообщество
да, вижу это они походу сразу на две концепции в одном репо сделали пример:)
источник

I

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

I

I in GraphQL — русскоговорящее сообщество
то вы импортите её в тот компонент?
источник

y

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

y

yel' in GraphQL — русскоговорящее сообщество
У нас есть, например, айдишники всякие, которые мы переиспользуем как variables к аполовским операциям. Они у нас просто в корне лежат в одном файле и переиспользуются почти по всему проекту, но это скорей исключение
источник

y

yel' in GraphQL — русскоговорящее сообщество
но опять же, сейчас даже от этого стараемся отказаться и такие вещи передаём через стейт роутера
источник

I

I in GraphQL — русскоговорящее сообщество
спасибо большой что поделился опытом:)буду пробовать пока их использовать и смотреть насколько просто будет их поддерживать не усложняя организацию кода в проекте
источник

y

yel' in GraphQL — русскоговорящее сообщество
может быть с рекойлом или эффектором будет получше как-то. Но у нас пока так
источник
2021 October 11

C

Ciemna_noc in GraphQL — русскоговорящее сообщество
Гайс как вы управляете токенами в авторизации на графе? У нас просто есть рест и есть граф, может статью кинете
источник

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество
Если у вас уже есть авторизация на ресте, ее и оставьте. На графе проверяйте только токен в headers. Соответсвенно инвалидация токена, отзыв и рефреш так и останется у вас на ресте
источник

AB

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