在 Ruby/Rails 中隔离数据访问层的最佳实践

Question

所以，我有 Ruby on Rails 应用程序。暂时空白。让我从一开始就说，我的大部分经验都来自 Java，所以我可能不会像 RoR 开发人员那样思考。 :-)

我需要做的是创建一些数据访问层，说它将是访问用户，所以让它成为 UserDAO.rb 基本上会使用 ActiveRecord 或直接访问数据库或访问或一些键值存储或 em> 其他我能想到的。

从技术上讲，由于我们在 Ruby 中没有接口，我可以让 UserDAO.rb “拥有”实现（基本上，我说的是组合），这可能是我们需要的任何东西，比如 UserDAOActiveRecord.rb 或 UserDAOMongo .rb 或其他类似的东西。 UserDAO.rb 基本上会调用实现的方法，仅此而已。应该很容易在实现之间切换。

虽然这听起来像是一个可能的解决方案，但我期待听到在 Ruby 世界中解决这个问题的最佳实践是什么。谢谢！

Answer 1

您将不得不寻找 ActiveRecord 以外的 Ruby 类（正如所指出的，它是一个对象关系映射器，因此没有单独的数据访问层）。

你可能想看看：https://github.com/jeremyevans/sequel

您可以创建一个类Person，其中包含使用 Sequel 实例与数据库通信的方法。

这段未经测试的代码说明了为什么这可能不是一个好主意：

class Person
  attr_reader :first_name, :last_name

  DataSource = Sequel.sqlite('my_app.db')[:people]

  def initialize(record)
    @first_name = record.first_name
    @last_name = record.last_name
  end

  # Find a record from the database and use it to initialize a new Person object 
  def self.find_by_id(id)
    self.new(Table.where(:id => id))
  end
end

Answer 2

请记住，ActiveRecord 不仅是一种访问数据库的方式，它还是一种将数据集成到应用程序中的模式：每个模型控制自己的数据并根据需要存储/检索/查询数据，带有表示数据库行的模型实例。

当然，您不必使用该模式，但它是 Rails 的核心之一，因此将 ActiveRecord 视为另一种要抽象的数据访问方法，您会失去很多功能。

另请注意，ActiveRecord 已经通过使用数据库适配器抽象出数据库类型，因此很容易放入 MySQL、Oracle 等。但它确实假设了一个关系数据库。

但是，要回答您的问题，实际上没有必要将您的数据访问实现包装在另一个类中以确保接口一致。正如您所说，ruby 没有 Java 类型的接口，但 ruby​​ 世界通常也不会尝试确保开发人员只能做合法的事情。您可以创建一组提供相同方法集的数据访问类，创建单元测试以确保这些方法是一致的（并充当这些方法的可执行文档），然后信任开发人员对任何一个进行正确调用他们选择的实施。这与 Java 世界有很大的文化差异，Java 世界中的一切都被编码为接口，方法是最终的，对象是不可变的。这需要一些时间来适应。

Answer 3

Alex，我强烈建议您阅读 Agile Web Devoplment With Rails（第 4 版）一书。 Active Record实现了...活动记录模式，所以Class就是DAO（类方法代表dao），而实例方法代表对象。

所以例如你可以有

person = Person.find(3)   //Person is the dao
person.name = 'mick'      //name = is the setter for he instance
person.save               // well.. saves the object

我已经用 Java 编写代码 10 年了，刚开始使用 ruby​​ ......这是一个相当大的变化。