する必要があります/ネストされたリゾルバのデータを変更できますか？

Question

は、私が取得するためにGraphQLスキーマを照会する場合、私は、MemberType

このような

import { 
    GraphQLID, 
    GraphQLList, 
    GraphQLNonNull, 
    GraphQLObjectType, 
    GraphQLString 
} from 'graphql' 
import readPhoneNumbersByMemberId from '../resolvers/readPhoneNumbersByMemberId' 
import PhoneNumberType from './PhoneNumberType' 

const MemberType = new GraphQLObjectType({ 
    name: 'Member', 
    fields: { 
    id: { 
     type: new GraphQLNonNull(GraphQLID) 
    }, 
    firstName: { 
     type: new GraphQLNonNull(GraphQLString) 
    }, 
    lastName: { 
     type: new GraphQLNonNull(GraphQLString) 
    }, 
    phoneNumbers: { 
     type: new GraphQLList(PhoneNumberType), 
     resolve: readPhoneNumbersByMemberId 
    } 
    } 
}) 

export default MemberType 

とPhoneNumberType

このような

import { 
    GraphQLNonNull, 
    GraphQLObjectType, 
    GraphQLString 
} from 'graphql' 

const PhoneNumberType = new GraphQLObjectType({ 
    name: 'PhoneNumber', 
    fields: { 
    value: { 
     type: new GraphQLNonNull(GraphQLString) 
    } 
    } 
}) 

export default PhoneNumberType 

と今QueryType

このような

const QueryType = new GraphQLObjectType({ 
    name: 'Query', 
    fields: { 
    readMembers: { 
     type: new GraphQLList(MemberType), 
     resolve: readMembers 
    } 
    } 
}) 

を持っていると言いますメンバー、解決機能readMembersおよびreadPhoneNumbersByMemberIdが呼び出されますソースからデータをフェッチする。

突然変異に同じメカニズムを使用することは可能ですか？

Answer 1

以外にも、は使用できません。フィールドリゾルバは実際にデータを取得するように作られています。ネストされたリゾルバの内部に作成/更新/削除ロジックを置くことは、すぐに問題になり、graphqlで解決したいのと同じ問題を引き起こす可能性があります。

フェイスブックは、突然変異（またはクエリ）の引数として送信されたコンポジットオブジェクトに対して、inputという特殊なタイプを作成してしまいました。

もしあなたが突然変異ロジックを分割することのメリットを説明できるならば、同じフィールドネストされた性質を達成しながら突然変異ロジックを分離したままにするこの方法で、すべてのフィールドに対して突然変異関数を受け入れることはGraphQL仕様の良いRFCかもしれません。

これを試したい場合は、返されたオブジェクトのactionフィールドをルートリゾルバから返すだけで、そのフィールドが表示されている場合のみネストされたリゾルバに必要な変更を加えることができます。ネストされたリゾルバで変更されたデータが返されていることを確認してください。