GraphQL-Ruby 中实现Resolver复用的高级模式探索

在GraphQL-Ruby的实际开发中，我们经常会遇到需要复用Resolver逻辑的场景。本文将通过一个典型用例，深入探讨如何优雅地实现Resolver之间的逻辑复用。

核心问题场景

假设我们有一个基础ListResolver，它接收多个参数来过滤对象列表。基于此，我们衍生出两个需求：

1. SummaryResolver需要基于过滤后的列表生成报表
2. 批量操作Mutation需要对相同过滤条件的列表执行操作

传统实现方式会导致：

• 参数定义重复
• 过滤逻辑重复
• 维护成本增加
• 测试用例冗余

原生解决方案分析

方案一：提取核心方法

将Resolver的核心逻辑提取为类方法：

class ListResolver < GraphQL::Schema::Resolver
  def self.filter_list(**kwargs)
    # 核心过滤逻辑
  end

  def resolve(**kwargs)
    self.class.filter_list(**kwargs)
  end
end

然后在Mutation中直接调用：

class BulkActionMutation < GraphQL::Schema::Mutation
  def resolve(**kwargs)
    list = ListResolver.filter_list(**kwargs)
    # 执行批量操作
  end
end

方案二：模块化共享

创建共享模块封装参数定义和核心逻辑：

module ListFilterable
  def self.included(child_class)
    child_class.argument :filter1, ...
    child_class.argument :filter2, ...
  end

  def filtered_list(**kwargs)
    # 核心过滤逻辑
  end
end

然后在各Resolver和Mutation中引入：

class ListResolver < GraphQL::Schema::Resolver
  include ListFilterable
end

class BulkActionMutation < GraphQL::Schema::Mutation
  include ListFilterable
end

高级定制方案

对于追求更优雅语法的场景，可以扩展基础Mutation类：

class BaseMutation < GraphQL::Schema::Mutation
  def self.resolver(resolver_class, as:)
    resolver_class.arguments.each do |name, arg|
      argument name, arg.type, required: false, description: arg.description
    end
    define_method(as) { resolver_class.with_context(context).resolve(**arguments) }
  end
end

使用时：

class BulkActionMutation < BaseMutation
  resolver ListResolver, as: :todos
  
  def resolve(todos:, **kwargs)
    # 操作todos
  end
end

技术选型建议

1. 简单场景：采用核心方法提取方案，保持代码直观
2. 中等复杂度：使用模块化方案，统一参数定义
3. 大型项目：考虑高级定制方案，提升开发体验

最佳实践

1. 将核心过滤逻辑与GraphQL层解耦
2. 为共享逻辑编写独立测试用例
3. 考虑使用Null对象模式处理未提供参数的情况
4. 注意Resolver和Mutation的上下文差异

通过以上模式，我们可以实现GraphQL-Ruby应用中逻辑的高效复用，同时保持代码的可维护性和可测试性。这些方案不仅适用于讨论的具体场景，也可以推广到其他需要逻辑复用的GraphQL组件设计中。