GraphQL-Ruby 2.3.8版本中InputObject初始化问题解析

在GraphQL-Ruby 2.3.8版本升级过程中，开发者可能会遇到一个关于InputObject初始化的兼容性问题。这个问题主要表现为当尝试在测试环境或非查询上下文中直接实例化InputObject时，会抛出"undefined method `types' for {}:Hash"的错误。

问题现象

在GraphQL-Ruby 2.3.7版本中，开发者可以通过工厂模式（如FactoryBot）直接创建InputObject实例：

FactoryBot.define do
  factory :test_input, class: "Schema::TestInput" do
    test { "Test" }
    initialize_with { new(attributes, ruby_kwargs: {}, context: {}, defaults_used: nil) }
  end
end

然而在升级到2.3.8版本后，同样的代码会抛出NoMethodError异常，提示无法在空哈希上调用types方法。

问题根源

这个问题的根本原因在于GraphQL-Ruby 2.3.8版本对InputObject的初始化逻辑进行了优化。新版本要求在初始化InputObject时必须提供有效的GraphQL上下文(context)，而不仅仅是空哈希。具体来说：

1. InputObject现在依赖于context.types方法来解析参数定义
2. 直接传递空哈希作为context不再满足运行时要求
3. 这种变化是为了加强类型安全性和一致性

解决方案

虽然官方文档指出在查询上下文之外直接实例化GraphQL类并不是推荐做法，但在测试场景下，开发者可以采用以下几种替代方案：

1. 使用Schema的上下文：

context = GraphQL::Query::Context.new(
  query: OpenStruct.new(schema: Schema),
  values: {},
  object: nil
)

2. 重构测试策略：

   • 改为通过完整的GraphQL查询来测试输入对象
   • 使用GraphQL提供的测试工具而非直接实例化

3. 创建测试专用上下文：

class TestContext
  def types
    Schema.types
  end
end

最佳实践建议

1. 避免直接实例化GraphQL schema中的类
2. 在测试中优先考虑端到端测试而非单元测试
3. 如果需要单元测试，可以提取业务逻辑到普通Ruby对象中
4. 考虑使用GraphQL提供的测试工具和辅助方法

总结

GraphQL-Ruby 2.3.8版本的这一变化实际上是为了推动更规范的用法。虽然它破坏了某些测试场景下的代码，但从长远来看，遵循框架的设计理念会使应用更加健壮。开发者应当调整测试策略，采用更符合GraphQL执行模型的方式来验证业务逻辑。