3

好的，所以我已经与 Prisma 合作了几个星期，并且取得了很大的进步，我喜欢实现许多高级功能的设置/易用性。

我正试图对表字段进行排序。

我可以选择（在其他领域中）按term_ASC和排序term_DESC。

假设以下查询定义：MyConnection(filter: String, order: MyOrderByInput, limit: Int, offset: Int): MyConnection!

如果我在 GraphQL Playground 中运行以下代码，它可以正常工作：

query myPaginatedResults {
    myConnection(filter: "lorem", limit: 25, offset: 0, order: term_ASC) {
        aggregate {
            count
        }
        edges {
            node {
                id
                term
            }
        }
    }
}

要点/问题... term_ASC/DESC 的用法在操场上有效，但我如何在我的 JS 中传递它？

如果我用引号“term_ASC”将它包装起来，就会出现错误，如果它没有被包装，那么它（解析器/api）会抛出一个明显未定义的变量的错误。

const myConnection = (parent, args, context, info) => {
  const where = args.filter
  ? {
    OR: [
      { term_contains: args.filter },
      { type_contains: args.filter },
      { id_in: args.filter },
    ],
  } : {}

  const order = args.order;
  // const order = `title_ASC`;
  const skip = args.offset ? args.offset : 0;
  const limit = args.limit ? args.limit : 50;

  // console.log(context.db.query);
  const results = context.db.query.myDbConnection({
    where,
    orderBy: order,
    first: limit,
    skip: skip,
  }, info);

  return results;
}

因此，我尝试测试如何通过变量（硬编码，在此示例中注释掉）或在通过我的 args.order 传递到解析器之前测试如何传递这个 orderBy 变量的部分，我无法弄清楚那是怎么回事应该通过。

4

1 回答 1

2

好的，所以按照惯例，一旦我的问题被写下来/表达出来，我就想出了答案。

问题不在于我无法将枚举值包装MyOrderByInput在解析器中的引号中或分配给变量 pre Query，问题在于我试图使用title_ASC/进行测试，title_DESC而我的 Type 中不存在该 / 。

-1 对我来说。

这里的教训：确保您使用的排序方法确实存在于您的 Prisma 模式中。

于 2018-06-09T13:12:38.027 回答