在 Rails 模型中处理重复属性组的最佳方法 [关闭]

Question

在 Ruby on Rails 6 中处理具有相同名称、类型和用途的一组属性在整个应用程序中的多个模型上重复的场景的最佳方法是什么？

例如，（请注意，这只是一个示例，而不是我的实际设置），假设我们有一个 Person 模型，具有以下数据库迁移：

def change
  create_table :persons do |t|
    # The usual attributes...
    t.string :first_name
    t.string :last_name
    t.string :email
    # ...

    # Location attributes:
    t.string :country
    t.string :address
    t.string :city
    t.string :zip_code
  end
end

现在假设我们有另一个完全不同的模型，Building，它也有一个位置，就像这样：

def change
  create_table :buildings do |t|
    # Some attributes...
    t.string :name
    t.decimal :height
    t.references :type, foreign_key: { to_table: :building_types }
    # ...

    # Location attributes (the exact same ones as for Person):
    t.string :country
    t.string :address
    t.string :city
    t.string :zip_code
  end
end

可能还有更多带有“位置”的模型。

现在，假设在整个应用程序中使用位置的任何位置，都会计算出大致的纬度/经度。那么我怎样才能以这样的方式编写它，以便我不是 1）在迁移中重复属性和 2）不重复相关逻辑（即纬度/经度计算）？

一个选项

我想到的一个潜在解决方案是创建一个名为Location 的单独模型，并在Person 和Building 中引用它。例如：

# xxx_create_persons.rb

class CreatePersons < ActiveRecord::Migration[6.1]
  def change
    create_table :persons do |t|
      # The usual attributes...
      t.string :first_name
      t.string :last_name
      t.string :email
      # ...

      # Just a single location reference:
      t.references :location
    end
  end
end

# xxx_create_buildings.rb

class CreateBuildings < ActiveRecord::Migration[6.1]
  def change
    create_table :buildings do |t|
      # Some attributes...
      t.string :name
      t.decimal :height
      t.references :type, foreign_key: { to_table: :building_types }
      # ...

      # Just a single location reference:
      t.references :location
    end
  end
end

# xxx_create_locations.rb

class CreateLocations < ActiveRecord::Migration[6.1]
  def change
    create_table :locations do |t|
      t.string :country
      t.string :address
      t.string :city
      t.string :zip_code
    end
  end
end

在模型类中：

# person.rb

class Person < ApplicationRecord
  # ...
  belongs_to :location
end

# building.rb

class Building < ApplicationRecord
  # ...
  belongs_to :location
end

# location.rb

class Location < ApplicationRecord
  # ...
  # With a little work, a polymorphic `has_one` could be added here.

  def calc_latitude
    # ...
  end

  def calc_longitude
    # ...
  end
end

那么，当然，我可以这样做：@building.location.calc_longitude。

但是，这似乎有点矫枉过正。是不是每次我想访问Person 或Building 的位置时都必须查询数据库，即使我已经加载了它们？最好的解决方案是什么？

Answer 1

不，这不是矫枉过正。 Rails 允许您根据具体情况使用eager_load 或preload。如果您担心数据库性能，可以使用这些方法来限制数据库查询的数量。

但是，您的位置在第一个开发周期中可能看起来相同，但它们可能会变得更加复杂并具有不同的行为，因此您可以使用 STI 重构它们：

class Location < ActiveRecord; end
class BuildingLocation < Location; end
class PersonLocation < Location; end

将重复数据分隔在不同的表中是一种好方法。 如果您的每个用户和每个建筑物的位置共享相同的记录，您可以查看has_and_belongs_to_many 关系。示例：

class Location < ActiveRecord
  has_and_belongs_to_many :persons
  has_and_belongs_to_many :buildings
end

# then you can have the same location for both users and buildings
Person.first.location # => <#Location id: 1, ..>
Building.first.location # => <#Location id: 1, ..>