export default compose(
 graphql(query, configObject1),
 graphql(query2, configObject2)
)(Component)

const configObject1 = {
 options: props => ({

 })
}

т.е.  сверху вниз будут запросы выполняться  и в нижних будут видны данные из верхних

в configObject можно обработать данные из выполненных запросов

Вот рабочий пример, правда тут вместо верхнего запроса используется connect redux,  но смысл тот же самый, в данном случае из redux передается searchValue

const mapStateToProps = ({ navBar, auth }) => ({
 searchValue: navBar.searchValue,
 userId: auth.userId
})

const configObject = {
 options: ({ endCursor, searchValue = '', ...props }) => ({
   variables: {
     first: 16,
     after: endCursor || null,
     searchValue
   }
 }),
 force: true,
 props
}

export default compose(
 connect(mapStateToProps),
 graphql(ALL_POSTS, configObject)
)(PostsList)

Ну т.е. это предлагается уже не на серверной строне делать, а чисто в  js?

т.е. на сервере достаточно просто уметь обрабатывать мутации по одной?

Смотря что требуется, если между мутациями нужны данные с клиента, то на клиенте последовательно

А если данные клиента не нужны, тогда на сервере это можно реализовать выставив клиенту одну мутацию

На сервере можно сделать сколько угодно вариантов мутаций

Ну вот мой вопрос был в том, можно ли (нужно?) эту мутацию разбить на несколько? Просто у меня много операций, и мне нужно их в разном порядке выполнять, делать под каждый варианрт отдельную мутацию - плодить классы и функции

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

или правильный подход - всегда делать такую мутацию?

Если независимые мутации то их вроде можно одновременное выполнять

Или собираются добавить эту возможность

Я хочу зависимые сделать

Значит придётся плодить варианты мутаций на сервере

Или пинг понг с клиентом, как я выше показывал, но этот вариант не очень хороший в данном случае

Просто я могу легко результат первой мутации класть в контекст, и доставать его во второй. Тогда я смогу выполнять две мутации подряд без пинг-понга и 50+ мутаций на сервере. Но, как я понял, 1) так не делают 2) будут проблемы с возвратом ошибок (даже если 1 мутация выдаст ошибку, вторая начнет выполняться зачем-то)

может я не понимаю, но с клиента получится только сделать сначала одну мутацию, получить ответ, потом сделать следующую опять получтиь ответ и т.д. это и есть пинг понг