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

Question

大家好，

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

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

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 中？

谢谢你的帮助！

Answer 1

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

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

例如，您至少可以完全消除studentId论点assessmentInfoByStudentId。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
          }
        }
      }
    }

  }
}

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

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