如何在GraphQL中按__typename过滤接口类型？

不需要拆分端点，可以实现基于__typename的过滤，但具体取决于你的GraphQL服务端实现是否支持该配置，以下是具体说明和实现方式：

核心原理 #

__typename是GraphQL内置的元字段，所有对象类型都会自动返回该字段，用于标识当前对象的具体实现类型。但默认情况下，多数GraphQL服务不会将__typename暴露为查询的过滤参数，需要手动配置开启。

实现方式 #

1. 自定义开发的服务端（如Apollo Server） #

如果是你自己开发的GraphQL服务，可以直接在查询参数中添加__typename过滤规则：

• 第一步：更新Schema定义
  在查询的输入过滤类型中，添加__typename字段：

  input StringFilter {
    eq: String
  }
  
  input ProductWhereInput {
    __typename: StringFilter
    # 保留原有其他过滤字段
  }
  
  type Query {
    products(where: ProductWhereInput): [Product!]!
  }
  

• 第二步：实现Resolver逻辑
  在查询的Resolver中，解析__typename过滤条件，转换为数据源（如数据库）的查询规则：

  const resolvers = {
    Query: {
      products: async (_, { where }, { dataSources }) => {
        const queryFilter = {};
        // 处理__typename过滤
        if (where?.__typename?.eq) {
          // 假设数据库中用`product_type`字段存储类型标识
          queryFilter.product_type = where.__typename.eq;
        }
        return dataSources.productDB.getProducts(queryFilter);
      },
    },
  };
  

2. 托管/低代码GraphQL服务（如Hasura、Prisma） #

这类服务通常提供可视化配置或Schema规则来开启元字段过滤：

• Hasura：在控制台的「Data」→「Tables/Views」→ 对应表的「Permissions」中，将__typename添加到允许的过滤字段列表；
• Prisma：在Prisma Schema中为接口的实现类型配置过滤规则，或直接在生成的GraphQL Schema中扩展过滤输入类型。

替代方案（客户端侧过滤） #

如果暂时无法修改服务端，也可以通过GraphQL的内联片段在客户端筛选指定类型的数据，但这种方式是先获取所有Product数据再过滤，数据量大时效率较低：

query {
  products {
    ... on Foo {
      id
    }
  }
}

总结 #

完全不需要拆分为多个端点，通过服务端配置__typename过滤参数，就能实现你想要的查询逻辑，这也是GraphQL接口类型设计的常规用法。

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