如何结合yield与重试循环并保留原始参数上下文？

这个哈希引用传递的坑真的很容易踩！你想实现的灵活参数拆分逻辑本身没问题，问题出在delete操作直接修改了原哈希的引用，导致重试时参数丢失。不用params.dup的话，这里有几个更优雅的解决方案：

方案1：在参数处理方法内复制哈希（最推荐） #

把参数复制的逻辑放在实际消费参数的RawClient#search方法里，这样外部调用完全不用关心内部的参数修改，副作用被限制在方法内部：

class RawClient
  BASE_URL = 'https://www.google.com'

  def search(params = {})
    # 先复制原哈希，后续操作只影响本地副本
    local_params = params.dup
    go "search/#{local_params.delete(:query)}", local_params
  end

  # ... 其他代码不变
end

这个方案的优势是逻辑内聚，外部调用方（比如API::Client）不需要做任何修改，符合“谁修改谁负责复制”的原则。

方案2：使用Hash#except提取剩余参数 #

Ruby的哈希内置了except方法，它会返回一个不包含指定键的新哈希，完全不会修改原哈希，语义化极强：

class RawClient
  BASE_URL = 'https://www.google.com'

  def search(params = {})
    query = params[:query]
    # 直接获取排除query后的新哈希，原参数丝毫无损
    rest_params = params.except(:query)
    go "search/#{query}", rest_params
  end

  # ... 其他代码不变
end

如果你的Ruby版本够新，还可以用解构语法更简洁地实现：

def search(params = {})
  query, rest_params = params.values_at(:query, :).to_h
  go "search/#{query}", rest_params
end

这种写法可读性拉满，别人一看就知道你要把query从参数里分离出来。

方案3：修改调用时的参数传递（不推荐，但可选） #

如果你坚持不想动RawClient的代码，也可以在API::Client#search里传递参数时，用Hash#merge生成新哈希（比dup更语义化一些，但还是不如前两种方案）：

def search(params = {})
  call { @client.search(params.merge({})) }
end

不过这个方案的问题是，参数复制的逻辑被放在了调用方，破坏了逻辑的内聚性，除非有特殊需求，否则不建议这么做。

总的来说，方案1和方案2都是非常优雅的选择，既解决了参数丢失的问题，又保持了代码的可读性和封装性——其实这种对引用类型的安全处理，恰恰是代码健壮性的体现，完全不用纠结“冗余”的问题。

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