原创文章
很多时候，graphql schema 中有一个列表数据类型，一个常见的需求是根据一些输入变量过滤列表。过滤是一项至关重要的功能，它允许用户仅检索他们需要的数据，从而使应用程序更加高效且用户友好。
使用支持查询的外部数据源时，有许多库和资源可用于过滤，例如数据库前面的 prisma。然而，当编写您自己的返回 graphql 对象列表的解析器时，抽象出过滤逻辑并使其可在您的架构中重用会很有帮助。
让我们考虑一个用于书籍列表的简单 graphql 模式：
type book {
title: string
price: float
}
type query {
books: [book]
}
下面的解析器从简单列表中返回书籍列表。这可以是任何数据源。
const books = [
{ title: 'the great gatsby', price: 10.99 },
{ title: 'to kill a mockingbird', price: 12.99 },
// more books
];
const resolvers = {
query: {
books: () => books,
},
};
对于我们的示例，假设用户需要根据以下条件过滤书籍：
标题以什么开头
价格在一定范围内，小于和大于
实现过滤器的一种方法是单独定义每个过滤器。这涉及对 graphql 模式输入类型进行更改并在解析器逻辑中实现过滤器。
您可以更新架构以包含这些新的输入变量，从而允许您表达允许的过滤器以及使用它们所需的参数：
input bookfilter {
titlestartswith: string
pricelessthan: float
pricegreaterthan: float
}
type query {
books(filter: bookfilter): [book]
}
更新后的解析器可能如下所示：
const resolvers = {
query: {
books: (_, { filter }) => {
return books.filter(book => {
if (filter.titlestartswith && !book.title.startswith(filter.titlestartswith)) {
return false;
}
if (filter.pricelessthan !== undefined && book.price >= filter.pricelessthan) {
return false;
}
if (filter.pricegreaterthan !== undefined && book.price
<p>使用这种语法进行查询相当容易理解。您可以向 graphql 解析器提供一个过滤器参数，如果需要，可以为这些过滤器输入字段提供值。</p>
<h3>
这种方法的好处
</h3>
<p>仅支持您希望允许用户使用的过滤器。</p>
<p>这是由 graphql 类型验证系统支持的，该系统不允许进行超出允许范围的过滤。后端的解析器代码本身甚至不支持不允许的过滤器。</p>
<h3>
这种方法的缺点
</h3>
<p>您必须在 graphql 模式和代码实现中单独定义每个过滤器。</p>
<p>您无法在不同的 graphql 对象之间轻松共享此代码。如果您还有视频并想要过滤它们，则需要一个新的视频过滤输入类型。 （您可以概括为过滤器输入，但书籍和视频不会有所不同。）</p>
<p>如果需要新的过滤器，则需要更改代码以添加到输入过滤器类型并更新解析器代码以支持它。</p>
<p>例如，如果您想过滤在任何地方（而不仅仅是开头）包含子字符串的标题，这是一个新的过滤器输入和解析器中的新实现。</p>
<h2>
通过接受 sift 查询语言作为过滤器输入进行任意过滤
</h2>
<p>我发现的一个有趣的库 sift，允许使用 <a style="color:#f60; text-decoration:underline;" href="https://www.php.cn/zt/16002.html" target="_blank">mongodb</a> 查询语法轻松过滤 javascript 中的任意数据列表。我认为这真的很酷，可以在 graphql 中启用任意过滤。无头 cms strapi 之前使用 sift，然后转向更自定义的解决方案来启用其 graphql 查询！</p>
<p>我对此感到最兴奋，因为它似乎是一种在某种程度上重现一些 orm 和提供商已内置到其 graphql 服务中的有用自动过滤的方法。即使数据不是来自某个数据库也没关系。</p>
<p>您可以将上面的模式重写为以下内容：<br></p>
<pre class="brush:php;toolbar:false">input siftqueryinput {
field: string
filter: string
}
type query {
books(filter: [siftqueryinput]): [book]
}
解析器：
const sift = require('sift').default;
const resolvers = {
query: {
books: (_, { filter }) => {
const siftquery = filter.reduce((acc, { field, filter }) => {
acc[field] = json.parse(filter);
return acc;
}, {});
return books.filter(sift(siftquery));
},
},
};
那么这是如何运作的呢？假设您要查询所有以“the”开头的书籍。您可以执行此查询：
query {
books(filter: [{ field: "title", filter: "{\"$regex\": \"^the\"}" }]) {
title
price
}
}
有了这些变量：
{
"filter": [
{ "field": "title", "filter": "{\"$regex\": \"^the\"}" }
]
}
正如预期的那样，您将返回过滤为“了不起的盖茨比”的列表！
另一个例子，如果您想过滤包含字母“i”并且价格大于 10 的书籍，您可以提供以下变量：
{
"filter": [
{ "field": "title", "filter": "{\"$regex\": \"i\"}" },
{ "field": "price", "filter": "{\"$gt\": 10}" }
]
}
然后你就拿回了《杀死一只知更鸟》这本书！
请注意，我们不必更改查询、架构或解析器中的任何内容！我们能够表达全新的过滤器，而这些过滤器在其他方法中需要新的过滤器输入，只需使用 sift 查询语法在变量中即可！
sift 支持的任何过滤逻辑现在都可以在您的查询中表达。如果不同的过滤器出现新的需求，则不需要使用新的输入类型和解析器逻辑进行更新。
相同的过滤方法可以用于所有类型！只需接受 siftqueryinputs 列表，以及处理这些 sift 输入并将它们应用到对象列表的后端实现不会因列表类型而改变。
如果对象的形状发生变化或嵌套，这可以轻松支撑对象。 siftqueryinput.field 是 string 类型，因为您可以使用点语法访问对象上的嵌套属性。
例如，可以通过包含此 sift 查询进行过滤： { field: 'author.name.last', filter: json.stringify({ $eq: "orwell" }) }
当然，这是使用字符串来表达 sift 查询语言，这是容易出错的——所以使用这种方法需要仔细的验证和错误处理。
通过使用通用的 siftqueryinput 类型来收集用户的过滤器，您将失去 graphql 的类型安全性——它无法验证该字段是否存在或您的过滤器是否以正确的方式使用该字段。
列表的数据需要在过滤解析器运行时完全解析。它无法访问查询中尚未解决的字段。但对于数据不是来自具有自己的查询的数据库（可能来自 json 文件或 rest api 响应）的情况，这无论如何都是可能的。
我认为在这种情况下失去 graphql 安全性是一种耻辱。可以在构建时将可能的 sift 查询选项编译到 graphql 模式中，因此语法更相似地反映 sift 的实际情况，而不依赖于字符串。
总之，在 graphql 中使用 sift.js 提供了一种灵活而强大的方法来实现任意过滤。它为列表中的纯 javascript 对象带来了通常为 orm 和某些 graphql 供应商保留的自动查询优势，无论其来源如何。
通过在 graphql 服务器中提供通用过滤“引擎”，以及可应用于任何类型的灵活查询语言，将过滤逻辑转移到 graphql 客户端。这使得过滤器的迭代速度更快，并在过滤器中实现更大程度的表达。
我很想听听您在 graphql 中实现过滤的想法和经验 - 在下面的评论中分享！