Мы тоже и у нас оггромное количестве вложенностей которе с rest полуаем - только вот зачем знать что резолвится что нет - разве это для чего то имеет значение?

чтобы когда читаешь типы и резолверы понятнее было

на фронтенде это уже неважно конечно

допустим он кидает штуки, которые надо сохранить, и хочет, чтобы я возвращал то, что он кидал

Ну когда в резолвере обычно и так ясно что резолвится из реста. А схеме зачем знать? Просто интерестно - смысл схемы только в том что там есть такие то данные - а откуда они не важно же

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

Ну хз. Не вижу в этом надобности и проблемы но у каждого свое

Когда пишешь, наверное оно не кажется нужным) Но когда читаешь, то понимаешь, что вообще нихера непонятно

так у него итак есть эти штуки, он жн их кидает

А тут проект уже написан

иными словами в схеме ты хочешь увидеть реализацию (код) резолвера, это выглядет как не то что тебе нужно, падаван :) тут или в документацию схемы запихнуть инфу типа "Реализован резолвен / Не реализован резолвен", либо смотреть в исходниках, а не в схеме, есть ли резолвер или нет. В любом случае попробуй поискать не решение этой задачи, а уровнем выше, с другой стороны. Может быть эту задачу и не придется решать совсем

а ещё можно добавить объект, который состоит из того что было, и того что стало, что-то типа

type MyMutationResponse {
    oldValue: TheType
    newValue: TheType
}

Mutation {
    updateValue(newValue:TheValue): MyMutationResponse
}

по-моему, на недавней конференции в Питере кто-то как раз говорил об этом

был такой пример: есть пагинация, ты кликаешь очень быстро  на переключение нескольких страниц, у тебя нестабильный интернет.

если отображать текущую страницу на основании локального стейта, то он будет показывать допустим третью страницу

представим, что два запроса из трех отвалились, и пришёл ответ только на второй запрос

в итоге отображается будто бы это 3я страница, а в таблице отображаются данные для второй страницы.

если из мутации возвращать входные данные, и на основании них отрисовывать текущую страницу, тогда всё будет ок

в этом плюс возвращения входных данных

Вопрос косвенный, есть ли какой-то генератор круд моделей под graphql, чтобы не писать их вручную?

у павла из моделей монги генерятся схемы и резолверы, была подобная история и для typeorm  но когда смотерл было сыро

есть генерация из typeorm схем, выше по моему кидали

если генерить реализацию круда то призма делает это

Если призму у себя можно поднять, то это удобно конечно

можно