Httparty::Response 和 try(:parsed_response) 奇怪的行为答案

【问题标题】：HttpParty::Response and try(:parsed_response) weird behaviorHttparty::Response 和 try(:parsed_response) 奇怪的行为
【发布时间】：2013-04-10 23:08:55
【问题描述】：

我尝试在 HttpParty::Response 实例上使用 ActiveSupport 的（2.3 稳定版）try()。我有一个非常奇怪的行为：

> ro.parsed_response
{"error"=>"RecordInvalid", "description"=>"Record validation errors", "details"=>{"email"=>     [{"description"=>"Email: foo@bar.com is already taken by another user"}]}}

> ro.try(:parsed_response)
NoMethodError Exception: undefined method `parsed_response' for #<Hash:0x11397d5d8>

在第一个示例中，我使用点表示法将 parsed_response 消息发送给 ro。它工作正常。在第二个中，我尝试使用 ActiveSupport 的 try() 调用它，它（令人惊讶地）引发了 NoMethodError 异常。

在这种情况下 try() 不应该返回 nil 吗？如果我可以使用点符号调用它，为什么它找不到“parsed_response”方法，如第一个示例所示？

提前致谢！

【问题讨论】：

嗨，是的，我正在使用 Ruby 1.8.7。

标签： ruby-on-rails ruby activesupport httparty

【解决方案1】：

不知道怎么做，但似乎 ro 对象被“转移”到了已发送 parsed_response 方法的哈希中。
在 Rails 2.3@ruby 1.8 undefined method for object raises an exception.

此外，文档仅用于在 nil 对象上调用 try 而没有关于没有特定方法的对象：

然而，与该方法不同的是，不会出现 NoMethodError 异常如果接收对象是 raise 并且 nil 将被返回 nil 对象或 NilClass。

【讨论】：

是的，看起来像。 Ruby 的灵活性有时会反击你。谢谢你的回复。