在Ruby中使用HttpParty编写API包装时的设计决策

在Ruby中使用HttpParty编写API包装时的设计决策,ruby,api,parsing,wrapper,httparty,Ruby,Api,Parsing,Wrapper,Httparty,我正在用Ruby编写一个API包装器,不知道如何继续HTTParty非常好,为我处理所有事情,但是在HTTParty::get上,它返回一个HTTParty::Response对象 我想知道,最好是: 让用户直接使用HTTParty::Response对象 以某种方式转换为散列 是否创建一个类的实例,该类的属性/字段作为响应对象中的键 我正在做一个项目,实际上我做了3个。我使用HTTParty将数据转换为散列,然后使用散列创建一组相关的ActiveRecord类。在Ruby类中操作数据(例如进行

我正在用Ruby编写一个API包装器,不知道如何继续
HTTParty
非常好,为我处理所有事情,但是在
HTTParty::get
上,它返回一个
HTTParty::Response
对象

我想知道,最好是:

  • 让用户直接使用
    HTTParty::Response
    对象
  • 以某种方式转换为散列
  • 是否创建一个类的实例,该类的属性/字段作为响应对象中的键

  • 我正在做一个项目,实际上我做了3个。我使用HTTParty将数据转换为散列,然后使用散列创建一组相关的ActiveRecord类。在Ruby类中操作数据(例如进行验证)比将数据保留在原始散列中要容易得多。

    在我询问之前,我将忽略ActiveRecord内容(快速谷歌搜索显示它与Ruby on Rails相关)。如果API可以返回大量JSON结构,比如说,我需要创建10多个类才能使用它们,那该怎么办?或者还有其他方法吗?我最初尝试了一种策略,创建一个存储HTTParty散列的类,然后根据需要对其进行解析。它感觉非常脆弱,与数据的原始结构紧密相连。将这些数据解析成相关的类似乎更合适,并且更易于测试。YMMV.)