如何从Apollo Server向客户端传递输入类型默认值？

针对你遇到的要把服务端定义的FilteringOptions输入类型默认值传递给客户端的问题，我来分享几个比你提到的两种方案更实用的思路，先说说你现有方案的小局限：

• 全Schema自省（Introspect）：虽然能拿到默认值，但会拉取大量冗余的Schema信息，客户端解析麻烦，而且如果生产环境关闭了Introspection就直接失效了。
• 全局Config查询：思路没问题，但单独定义一套Config类型和Resolver有点冗余，后续如果要加更多Input默认值，容易分散维护。

下面是更优的解决方案：

1. 复用默认值常量+轻量查询字段（最推荐） #

把Input的默认值抽成单独的常量，既用于Schema定义，又通过一个专门的查询字段返回给客户端。这样既能保证服务端默认值和客户端拿到的完全一致，又不用额外定义新类型，维护成本极低。

修改你的代码如下：

// schema.js
// 抽离默认值常量，只维护这一处
const DEFAULT_RENT_FILTERS = {
  rentIntervalLow: 4000,
  rentIntervalHigh: 10000
}

const typeDefs = gql`
input FilteringOptions {
  rentIntervalLow: Int = ${DEFAULT_RENT_FILTERS.rentIntervalLow}
  rentIntervalHigh: Int = ${DEFAULT_RENT_FILTERS.rentIntervalHigh}
}
type Home {
  id: Int
  roomCount: Int
  rent: Int
}
type Query {
  allHomes(first: Int, cursor: Int, input: FilteringOptions): [Home]
  # 直接复用FilteringOptions作为返回类型，不用新定义
  filteringDefaults: FilteringOptions
}
`

// resolvers.js
const resolvers = {
  Query: {
    allHomes: () => { /* 你的现有查询逻辑 */ },
    // 直接返回预定义的常量即可
    filteringDefaults: () => DEFAULT_RENT_FILTERS
  }
}

这个方案的优势：

• 完全避免了服务端和客户端默认值不一致的风险
• 客户端只需发起一个极简的filteringDefaults查询，就能拿到精准的默认值
• 后续要修改默认值，只改一处常量即可，扩展性强

2. 针对性的Introspection查询（优化你的第一个方案） #

如果你不想新增查询字段，可以发起一个只针对FilteringOptions的Introspection查询，而不是拉取整个Schema，这样数据量小很多：

# 客户端的查询语句
query GetFilteringDefaults {
  __type(name: "FilteringOptions") {
    inputFields {
      name
      defaultValue
    }
  }
}

客户端拿到结果后，只需要从__type.inputFields里提取对应字段的defaultValue就行。不过这个方案依赖Schema的Introspection功能开启，如果生产环境为了安全关闭了Introspection，就用不了了。

3. 静态注入默认值（适合固定不变的场景） #

如果这些默认值几乎不会变动，可以在服务端启动时把它们注入到客户端的静态资源中——比如通过模板引擎把默认值渲染成HTML的全局变量，或者在打包时通过环境变量传入客户端代码。但这个方案只适合默认值静态的场景，如果需要根据用户或环境动态调整，就不适用了。

总结 #

最推荐方案1，它兼顾了易用性、维护性和灵活性，和你现有的Apollo Server/React技术栈完美契合，改动成本也很低。

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