在 GraphQL 的下一级中使用查询结果作为参数

Posted 2023-03-10

【中文标题】在 GraphQL 的下一级中使用查询结果作为参数

【英文标题】：Use Query Result as Argument in Next Level in GraphQL

【发布时间】：2019-06-09 02:25:01

【问题描述】：

大家好，

这个问题之前已经讨论过一点，但它是其中之一，其中有很多分散的讨论导致各种提议的“黑客”，我很难确定我应该做什么。

我想使用一个查询的结果作为另一个嵌套查询的参数。

query 
  allStudents 
    nodes 
      courseAssessmentInfoByCourse(courseId: "2b0df865-d7c6-4c96-9f10-992cd409dedb") 
        weightedMarkAverage
        // getting result for specific course is easy enough
      
      coursesByStudentCourseStudentIdAndCourseId 
        nodes 
          name
          // would like to be able to do something like this
          // to get a list of all the courses and their respective
          // assessment infos
          assessmentInfoByStudentId (studentId: student_node.studentId) 
            weightedMarkAverage
          
        
      
    
  

有没有一种被认为是最佳实践的方法？ 现在是否有一种标准方法可以将其内置到 GraphQL 中？

感谢您的帮助！

【参考方案1】：

在 GraphQL 文档中替换值的唯一方法是通过变量，这些变量必须在您的操作定义中声明，然后作为请求的一部分包含在您的文档中。 没有固有的方式来引用同一文档中先前解析的值。

如果您认为自己需要此功能，则通常首先是架构设计不佳的症状。以下是一些改进架构的建议，假设您可以控制它。

例如，您至少可以完全消除 assessmentInfoByStudentId 上的 studentId 参数。 coursesByStudentCourseStudentIdAndCourseId 是学生节点上的一个字段，所以它的解析器已经可以访问学生的 id。它可以将此信息向下传递到每个课程节点，然后供assessmentInfoByStudentId使用。

也就是说，您最好重新考虑一下您是如何建立连接的。我不知道你的底层存储层是什么样的，或者你的客户需要数据的形状，所以很难提出任何具体的建议。然而，为了举例，假设我们有三种类型——Course、Student 和AssessmentInfo。一个Course 有很多Students，一个Student 有很多Courses，一个AssessmentInfo 有一个Student 和一个Course。

我们可能会将所有三个实体都公开为根级查询：

query 
  allStudents 
    # fields
  
  allCourses 
    # fields
  
  allAssessmentInfos 
    # fields
  

每个节点都可以连接到其他两种类型：

query 
  allStudents 
    courses 
      edges 
        node 
          id
        
      
    
    assessmentInfos 
      edges 
        node 
          id
        
      
    

  

如果我们想要获取所有学生，并且每个学生都知道她/他正在学习什么课程以及他/她对该课程的加权平均分，那么我们可以编写如下查询：

query 
  allStudents 
    assessmentInfos 
      edges 
        node 
          id
          course 
            id
            name
          
        
      
    

  

同样，这个确切的架构可能不适用于您的特定用例，但它应该让您了解如何从不同的角度解决问题。设计架构时的更多提示：

在连接字段上添加过滤器参数，而不是为您需要涵盖的每个场景创建单独的字段。 Student 类型上的单个 courses 字段可以有各种参数，例如 semester、campus 或 isPassing——这比创建不同字段（例如 coursesBySemester、coursesByCampus）更简洁、更灵活等。 如果您正在处理聚合值，例如平均值、最小值、最大值等。将这些值公开为每个连接类型上的字段可能是有意义的，就像 count 字段有时在 @ 旁边可用一样987654348@ 字段。 Prisma 有一个（提案）[https://github.com/prisma/prisma/issues/1312]，它说明了一种处理这些聚合值的相当巧妙的方法。例如，如果您已经拥有 Assessment 类型，则执行此类操作意味着，连接字段可能足以公开有关该类型的聚合数据（如平均成绩），而无需公开单独的 AssessmentInfo 类型。 过滤相对简单，分组有点困难。如果您确实发现您需要按特定字段分组的连接节点，最好还是通过在连接本身上公开一个附加字段来完成，（就像 Gatsby 所做的那样）[https://www.gatsbyjs.org/docs/graphql-reference/#group]。