искусители, прийдется теперь переходить на нее )

а есть шансы что аполло всё сам сделает и призма не нужна будет ?)

$4.5M  инвестиций отрабатывают)

))

Привет. Вопрос про relay-modern. В документации сказано что поля viewer не обязательное. Но все примеры пагинации в интернете используют его.  Так получается refetchContainer и paginationContainer ам нужны вложенный query?

В интернете:
query routesOrdersQuery {
viewer {
  orders() @connection() {
      edges {
         node
       }
  }
}
}

У меня:
query routesOrderQuery {
 orders {
    edges{
       node
    }
 }
}

Та должен и так работать

query Query {
  ...Order_order
}

fragment Order_order on Query {
  orders() @connection() {
      edges {
         node {
          }
  }
}


Вот так тоже?

Хз, надо пробовать. У меня когда релей был, был и вьювер. Без понятия как он себя поведет

по сути ваши orders буду ссылаться на root, а не на Viewer

В данный момент я вместо orders получаю null. Но в вкладке networks в ответе у меня те данные которые я запрашиваю.

Всем привет.
Есть кто то кто пользуется https://prisma.io?

Они пишут что используют https://www.opencrud.org для генерации запросов, мутаций, подписок на основании сущностей.

При этом можно самому описывать типы запросов, мутаций, подписок.

Вопрос в том, как они объеденяются вместе, по какой логике, зачем так, почему не сделать либо полную автогенерацию либо ручное описание.

может спросить у них на прямую?

Призма генерирует GraphQL CRUD интерфейс к базе на основе модели данных. Дальше ты пишешь свой GraphQL сервер, со своим domain specific API и используешь graphql-bindings для взаимодействия с призмой.

Они ничего вместе не объединяют, объединяешь ты сам внутри резолв функций вызывая CRUD апи призмы

Интерфейс, в смысле схема для запросов/подписок/мутаций?

Если здесь есть пользователи, но проще здесь. По моему ты и сам кидал здесь пару ссылок. Используешь?

использую, но пока не так глубоко зашел) у призмы тех.поддержка очень живо отвечает в слэк, на форуме и гите, поэтому и рекомендую.

Разрабатывая граф сервер с использованием Призмы, вы делаете 2 граф схемы - одна содержит только модели данных на основе которых будет создана база данных, другая схема - это открытый API для клиентов вашего сервера. Основной код который вы пишите при этом - это резолверы для API схемы, если схема примитивная и большей частью соответствует структуре нижележащей базы данных, то резолверы будут в 1 строчку - делегация к сгенерированному Призмой API.

Спасибо за ответ. К сожалению момент с двумя схемами пока не понят. Резолверы писать зачем, разве фишка призмы не в том чтоб самой это сделать автоматически?

Ценность вашего приложения - это бизнес логика. Именно ее вы и описываете в коде резолверов. Пример - на мутации оплаты вы не можете просто списать средства с аккаунта, нужно сперва проверить что средств достаточно. Соответственно в резолвере вы сперва дергаете текущий баланс: const balance = await ctx.db.query(...) и дальше если меньше нуля то кидаете ошибку. Т.е. суть в том что вам не надо писать SQL запросы, вместо них используете сгенерированные Призмой функции, которые к тому же типизированы.