如何在任意父GraphQL resolver中复用子resolver实现链式调用

核心逻辑 #

GraphQL原生采用分层链式的resolver执行机制，父resolver完全不需要提前解析子类型的所有字段，只需要返回子resolver可识别的最小标识数据即可，后续子字段的解析会自动路由到对应类型的resolver处理，天然实现逻辑复用，完全不需要手动抽离公共工具函数。

具体实现 #

• 第一步：修正现有Book类型resolver的参数取值
  你之前的Book.titleresolver错误地从字段入参（第二个参数）中获取bookId，实际上title字段本身没有定义入参，bookId应该从上游resolver返回的父级对象（第一个参数）中读取。同时给Query层的book查询补充最小返回结构：

  // book-resolver.js
  export default {
    Book: {
      // 第一个参数parent是所有上游返回Book类型的resolver传下来的原始数据
      title: (parent) => fetchBookTitleByBookId(parent.bookId)
    },
    Query: {
      // 单独查询图书时，只返回最小标识，不提前查子字段
      book: (_, { bookId }) => ({ bookId, __typename: 'Book' })
    }
  }
  

  这里返回的对象只需要携带bookId，不需要提前查询title，只有当客户端实际请求title字段时，才会触发title对应的resolver拉取数据，完全符合GraphQL按需加载的设计原则。

• 第二步：实现Author类型的books resolver，仅返回最小标识
  不需要在这个resolver里编写任何图书字段的解析逻辑，只需要查出当前作者关联的所有bookId，组装成带bookId的对象数组返回即可：

  // author-resolver.js
  export default {
    Author: {
      books: (parent) => {
        // 仅查询作者关联的bookId列表，不查询图书其他字段信息
        const bookIds = fetchBookIdsByAuthorId(parent.authorId)
        // 每个元素只携带bookId和类型标记，后续子字段解析自动复用Book类型的resolver
        return bookIds.map(bookId => ({ bookId, __typename: 'Book' }))
      }
    },
    Query: {
      author: (_, { authorId }) => ({ authorId, __typename: 'Author' })
    }
  }
  

效果说明 #

• 所有返回Book类型的场景（单本查询、作者关联图书查询、后续其他关联Book的业务场景），只要请求title字段，都会统一走Book.title这唯一一份解析逻辑，不存在代码冗余
• 后续给Book类型新增字段（比如出版时间、ISBN、定价）时，只需要在Book的resolver中新增一次对应字段的解析逻辑，所有返回Book的接口会自动支持新字段，不需要修改任何父级resolver的代码
• 不会产生多余查询：如果客户端请求作者信息时没有索要图书的title字段，fetchBookTitleByBookId方法根本不会执行，完全按需拉取数据

注意：不要在父resolver中提前拼装子字段数据，这种写法不仅会造成逻辑重复维护的问题，还会破坏GraphQL的按需执行特性——哪怕客户端没请求某个字段，父resolver也会提前把对应数据查出来，产生无意义的性能开销。

内容的提问来源于stack exchange，提问作者B14s