Rails: полиморфные отношения "многие ко многим"

Вы можете комбинировать полиморфизм и has_many :through, чтобы получить гибкое отображение:

class Assignment < ActiveRecord::Base
  belongs_to :task
  belongs_to :target, :polymorphic => true
end

class Task < ActiveRecord::Base
  has_many :targets, :through => :assignment
end

class Store < ActiveRecord::Base
  has_many :tasks, :through => :assignment, :as => :target
end

class Vehicle < ActiveRecord::Base
  has_many :tasks, :through => :assignment, :as => :target
end

...И так далее.

Хотя ответ, предложенный SFEley, великолепен, есть некоторые недостатки:

• Получение задач из цели (Магазин / Транспортное средство) работает, но не в обратном направлении. Это в основном потому, что вы не можете пройти ассоциацию a: through с полиморфным типом данных, потому что SQL не может определить, в какой таблице он находится.
• Каждой модели с ассоциацией: through требуется прямая ассоциация с промежуточной таблицей.
• Ассоциация: through Assignment должна быть во множественном числе.
• Оператор: as не будет работать вместе с: through, вам нужно сначала указать его с помощью прямой связи, необходимой с промежуточной таблицей.

Имея это в виду, моим самым простым решением было бы:

class Assignment < ActiveRecord::Base
  belongs_to :task
  belongs_to :target, :polymorphic => true
end

class Task < ActiveRecord::Base
  has_many :assignments
  # acts as the the 'has_many targets' needed
  def targets
    assignments.map {|x| x.target}
  end
end

class Store < ActiveRecord::Base
  has_many :assignments, as: :target
  has_many :tasks, :through => :assignment
end

class Vehicle < ActiveRecord::Base
  has_many :assignments, as: :target
  has_many :tasks, :through => :assignment, :as => :target
end

Ссылки: http://blog.hasmanythrough.com/2006/4/3/polymorphic-through

Упомянутое вами решение has_many_polymorphs не так уж и плохо.

class Task < ActiveRecord::Base
  has_many_polymorphs :targets, :from => [:store, :software, :office, :vehicle]
end

Вроде бы все, что хочешь.

Он предоставляет следующие методы:

в задачу:

t = Task.first
t.targets   # Mixed collection of all targets associated with task t
t.stores    # Collection of stores associated with task t
t.softwares # same but for software
t.offices   # same but for office
t.vehicles  # same but for vehicles

в программное обеспечение, магазин, офис, автомобиль:

s = Software.first    # works for any of the subtargets.
s.tasks               # lists tasks associated with s

Если я правильно слежу за комментариями, единственная оставшаяся проблема заключается в том, что вам не нужно изменять app / models / task.rb каждый раз, когда вы создаете новый тип подцели. Похоже, что способ Rails требует от вас изменения двух файлов для создания двунаправленной ассоциации. has_many_polymorphs требует только изменения файла задач. Мне кажется, это победа. Или, по крайней мере, было бы, если бы вам все равно не приходилось редактировать новый файл модели.

Есть несколько способов обойти это, но они кажутся слишком трудоемкими, чтобы не менять один файл время от времени. Но если вы категорически против изменения задачи самостоятельно, чтобы добавить к полиморфным отношениям, вот мое предложение:

Сохраните список подцелей, я предлагаю в lib / subtargets отформатировать одну запись в каждой строке, которая, по сути, является table_name.underscore. (Заглавные буквы имеют префикс подчеркивания, а затем все делается в нижнем регистре)

store
software
office
vehicle

Создайте config / initializers / subtargets.rb и заполните его следующим образом:

SubtargetList = File.open("#{RAILS_ROOT}/lib/subtargets").read.split.reject(&:match(/#/)).map(&:to_sym)

Затем вы захотите создать собственный генератор или новую задачу с граблями. Для создания вашей новой подцели и добавления имени модели в файл списка подцелей, определенный выше. Вы, вероятно, в конечном итоге сделаете что-то голое, что внесет изменения и передаст аргументы стандартному генератору.

Извините, я не хочу сейчас рассказывать вам об этом, но вот некоторые ресурсы

Наконец, замените список в объявлении has_many_polymorphs на SubtargetList

class Task < ActiveRecord::Base
  has_many_polymorphs :targets, :from => SubtargetList
end

С этого момента вы можете добавить новую подцель с

$ script/generate subtarget_model home

И это автоматически обновит ваш полиморфный список после перезагрузки консоли или перезапуска рабочего сервера.

Как я уже сказал, для автоматического обновления списка подцелей требуется много работы. Однако, если вы пойдете по этому пути, вы можете настроить настраиваемый генератор, чтобы все необходимые части модели подцели присутствовали при ее создании.

Использование STI:

class Task < ActiveRecord::Base
end

class StoreTask < Task
  belongs_to :store, :foreign_key => "target_id"
end

class VehicleTask < Task
  belongs_to :vehicle, :foreign_key => "target_id"
end

class Store < ActiveRecord::Base
  has_many :tasks, :class_name => "StoreTask", :foreign_key => "target_id"
end

class Vehicle < ActiveRecord::Base
  has_many :tasks, :class_name => "VehicleTask", :foreign_key => "target_id"
end

В вашей базе данных вам понадобятся: Task type:string и Task target_id:integer

Преимущество в том, что теперь у вас есть сквозная модель для каждого типа задачи, которая может быть конкретной.

См. Также STI и полиморфная модель вместе

Возможно, это не особенно полезный ответ, но, говоря проще, я не думаю, что есть простой или автоматический способ сделать это. По крайней мере, не так просто, как с более простыми ассоциациями «к одному» или «ко многим».

Я думаю, что создание модели ActiveRecord для таблицы соединений - правильный подход к решению проблемы. Нормальное отношение has_and_belongs_to_many предполагает соединение между двумя указанными таблицами, тогда как в вашем случае это звучит так, как будто вы хотите объединиться между tasks и любым из stores, softwares, offices или vehicles (кстати, есть ли причина не использовать STI здесь? Похоже, это поможет уменьшить сложность за счет ограничения количества таблиц, которые у вас есть). Таким образом, в вашем случае объединенной таблице также необходимо знать имя задействованного подкласса Target. Что-то типа

create_table :targets_tasks do |t|
  t.integer :target_id
  t.string :target_type
  t.integer :task_id
end

Затем в вашем Task классе, ваших Target подклассах и TargetsTask классе вы можете настроить has_many ассоциации, используя ключевое слово :through, как описано в ActiveRecord :: Associates :: ClassMethods rdoc pages.

Но тем не менее, это лишь часть пути, потому что :through не знает, как использовать поле target_type в качестве имени подкласса Target. Для этого вы можете написать несколько пользовательских SQL-фрагментов select / finder, также задокументированных в ActiveRecord :: Associates :: ClassMethods.

Надеюсь, это поможет вам двигаться в правильном направлении. Если вы найдете полное решение, я буду рад его увидеть!

Я согласен с другими. Я бы выбрал решение, использующее сочетание STI и делегирования, которое было бы намного проще реализовать.

В основе вашей проблемы - где хранить записи всех подклассов Target. ActiveRecord выбирает базу данных через модель STI.

Вы можете сохранить их в переменной класса в Target и использовать унаследованный обратный вызов для добавления к нему новых. Затем вы можете динамически сгенерировать код, который вам понадобится, из содержимого этого массива и использовать method_missing.

Вы использовали метод грубой силы:

class Task 
  has_many :stores
  has_many :softwares
  has_many :offices
  has_many :vehicles

  def targets
    stores + softwares + offices + vehicles
  end
  ...

Это может быть не так элегантно, но, честно говоря, это не так многословно, и в коде нет ничего изначально неэффективного.