оно конечно круто геренить схему на основании сущнсоти

но не  в этом счастье )

хотя штука однозначно крутая и когда ее допилят присмотреться стоит

В nestjs модуль для графкл может генерить ts типы автоматически, не ручками в консоле)

а какие еще плюсы ?

просто консоль особо не напрягает и не пугает

все в скриптах бодернько прописывается

+

Плюсы - архитектура nestjs, TypeScript и тот факт, что он работает со второй версией Apollo server

ts работает с чем угодно, аполо тоже дружит со всеми

Это да

я сейчас на топлю  nestjs но для того чтобы его выбрать лично мне нужно чуть больше причин

лично я открыт к предложениям, но я всегда должен думать а что делать если проекту понадобится еще n разрабов ?

где их взять и сколько переучивать

это рельано если есть какие то реальные плюсы перед express или koa

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

но ts и apollo это не те вещи которые перевешивают, я не холивара ради, мне рельно интересно )

всем привет, кто работал с ApolloClient, при инициализации в ssrMode надо указывать true? или true если идет рендеринг с сервера, а на клиента false?

Всем привет. Думаю, что довольно банальный вопрос:
На бекенде есть RootQuery, в котором есть project (id: Int!): Project
На фронте есть query для роута списка статей:

query ($projectId: Int!) {
  articles { 
    title
  }

  project (id: $projectId) {
    title
  }
}

При этом projectId приезжает из гет параметра в урле и в некоторых кейсах его может не быть.
Можно ли как-то $projectId сделать Int вместо Int! и через что-нибудь типа директив дергать project только если $projectId присутствует? Пока единственный вариант, который вижу - сделать его на бэке тоже опциональным и возвращать null в резолвере в этом случае

@BananaBobby кажется что там можно значение по-умолчанию присобачить