Ребят,я конечно погуглил. Но могли бы вы тут ответить какие явные плюсы использования graphql,а не rest. Вот каким должен быть проект,чтобы я выбор в сторону graphql сделал? Подскажите,пожалуйста)

Коллеги, вопрос:
Может ли интерфейс наследоваться от другого интерфейса?

Пример:

type Nur implements User{
id ID!
type UserType!
name String!
}
interface User implements Node{
id ID!
type UserType!
}
interface Node{
id ID!
}

The answer to this question when it was asked was No, it is not possible for interfaces to extend (or implement) other interfaces.

Проект должен быть, тогда можно попробовать, а со временем уже определится брюнетки или блондинки, главное чтобы понравилось)

Можно одновременно)

Тут кому как удобнее, единого подхода нет. Я весь апи выношу в кастомные хуки

Ок, спс, попробую

Ребята подскажите в чём проблема.

iedTopology: true } to the MongoClient constructor.
(node:2309) UnhandledPromiseRejectionWarning: Error: Cannot determine GraphQL output type for 'leaders' of 'Meetup' class. Does the value used as its TS type or explicit type is decorated with a proper decorator or is it a proper output value?

"любая поза из камасутры" 🤣
Обязательно утащу в какой-нибудь доклад.

Прям всех чётко и по полочкам разложил 👍

По ошибке сложно понять это Призма или TypeGraphQL? Или еще что-то новое появилось?

Рекомендую пойти в их репку на гитхабе и там поискать.

народ вопрос немного не по теме GraphQL но связан с хранением данных

m^^combat, [13 May 2020 at 23:00:04]:
Стоит ли нормализовать redux данные если их овер дофига (скажем >10000 сущностей)

нормализация делается с целью не дублировать данные

так как на разных страницах разные списки но с пересечениями

... каждый раз когда страница грузится же надо нормализовывать

вместо того чтобы просто хранить как с реста пришло

но альтернатива которую я вижу - только дублирование, что не есть гуд

А нельзя сервер доработать таким образом, чтобы с него приходили данные уже в православном виде? Это наиболее правильный вариант. Даже половина сути графкула заключается в том, что ты с сервера тянешь только нужные поля, а не всю таблицу сущности

Коллеги, кто то пользуется библиотекой graphql.macro?

Ребят, столкнулся с интересной проблемой.
С бэка приходит масив 'Bookings', который я филтрую и пишу в кеш через client.writeData как 'currentBookings'.
Всё идет хорошо, до того времени, пока не включаю режим офлайн.
При офлайне, в масив 'Bookings' добавляются новые данные, и  в компонент приходит новый масив, но, когда записываю новый 'currentBookings', ничего не происходит. В кэше остается старый.Если пишу пустой масив, то 'currentBookings' обновится, если с данными, то нет.
В чем может быть проблема?  Спасибо!

Айдишники тоже пишешь? Нигде коллизий не возникает с ними?

да

Привет, а есть пример как вы организуете проект с кастомными хуками? На каждый компонент отдельный файл?

На каждую сущность отдельный хук
Каждый хук - отдельный файл
Вся типизация хука - отдельный файл
Любой компонент - отдельный файл, за исключением, если там какой-то прям мелкий вложенный компонент. Например, рендер меню, если каждый пункт меню довольно маленький компонент и больше нигде не используется, то я его могу оставить в этом же файле