GraphQL.NET 8.2.1 版本迁移指南：关键变更与适配方案

在升级到 GraphQL.NET 8.2.1 版本时，开发人员需要注意几个重要的 API 变更。这些变更主要涉及指标监控、错误处理以及 JSON 序列化等方面，理解这些变化对于顺利完成迁移至关重要。

核心 API 变更

1. 监控指标配置方式变更

旧版本中使用的 EnableMetrics 属性已被新的 UseApolloTracing 方法取代。这个变化反映了 GraphQL.NET 对 Apollo Tracing 规范更完善的支持。

// 旧版本
services.AddGraphQL(x => { x.EnableMetrics = DebugHelper.IsDebug; })

// 新版本
services.AddGraphQL(b => b.UseApolloTracing(DebugHelper.IsDebug))

2. 错误信息处理改进

错误信息的暴露方式也进行了优化，现在使用 ExposeExceptionDetails 替代了原来的 ExposeExceptionStackTrace，并且错误详情默认会通过 extensions 字段返回。

// 旧版本
.AddErrorInfoProvider(opt => opt.ExposeExceptionStackTrace = DebugHelper.IsDebug)

// 新版本
.AddErrorInfoProvider(opt => opt.ExposeExceptionDetails = DebugHelper.IsDebug)

如果需要保持旧版本的行为，可以通过设置 ExposeExceptionDetailsMode 属性来调整。

最佳实践建议

1. JSON 序列化选择：虽然仍然支持 Newtonsoft.Json，但官方推荐使用 System.Text.Json 以获得更好的性能。

.AddSystemTextJson()  // 推荐
// 或
.AddNewtonsoftJson()  // 兼容旧版本

2. 上下文简化：新版本中 IResolveFieldContext 直接提供了 User 属性，无需再通过上下文传递信息，这简化了代码结构。

3. 模式注册：大多数情况下应该添加模式注册，这是常见但容易被忽略的配置项。

.AddSchema<MySchema>()

其他注意事项

• 如果使用 GraphQL.NET Server，需要确保移除旧版本的 NuGet 包引用
• 同步 IO 配置仍然需要，特别是在某些特定环境下
• 建议仔细阅读完整的迁移指南，了解所有变更细节

这些变更虽然需要一定的适配工作，但它们带来了更规范的实现和更好的性能表现。通过合理调整代码结构，开发者可以充分利用新版本提供的改进特性。