Возможно ли как-либо организовать полиморфизм в ActiveRecord без поля type?

Question

[Алексей]

Собственно стоит задача натянуть на давно существующую базу (структуру которой сильно желательно не менять) приложение на RoR. Но в данной базе есть сущности, с которыми хорошо было бы работать через STI. Тут возникает проблема, т.к. для определения класса, который должен быть создан, требуется поле type, но в классическом виде использовать не получается. Однако в таблице есть поле type_id, указывающее на таблицу-справочник типов. Собственно возможно ли как-нибудь реализовать создание нужных классов через данное поле/таблицу?

Answer 1

[Алексей]

Реализовал первый вариант (перегрузка метода), не сильно много пришлось перегружать (лишь два метода). Результат изысканий залил на github github.com/fuCtor/ext_sti

Answer 2

[sl_bug]

Самый простой костыль — смотрите код рельсов. Ищите как оно обращается к полю type. Оверрайд этого метода у себя. Ваш метод дергает ClassType и возвращает name.

Лучший способ — пишем мигрейшн который все таки делает поле type и туда заносит нужные данные. «Сильно желательно не менять» всегда можно поменять без потери функциональности.

Answer 3

[sdevalex]

Что-то типа… Если у класса нет такого свойства, то смотрим в другой таблице… если нашли — возвращаем.

class Item < ActiveRecord::Base
  belongs_to :type

  def method_missing(name, *args)
     return type.attributes[name] if type.attributes.has_key? name
     super name, args
  end
end

Comments

[sdevalex]

Перечитал условие… Возможно не правильно понял. Таблиц ClassType несколько?

[sdevalex]

Если таблиц ClassType несколько, то почитайте эту статью, возможно ваш случай.
techspry.com/ruby_and_rails/multiple-table-inheritance-in-rails-3/

[Алексей]

За ссылку спасибо =) решает другую задачу (за которую еще небрался). А я имел ввиду другое. Например пример по феншую. Условно есть следующий код:

class User < ActiveRecord::Base
end
 
class Customer < User
end
 
class Employee < User
end
 
class Supplier < User
end

То для него необходима таблица User, с минимальным набором полей: id и type. В поле type будет хранится имя того класса который необходимо создать. Таким образом, если будет две записи у одной в поле type Сustomer, в другой Supplier, то при выборке User.all будет возвращен массив объектов, соответствующих типов.
Собственно вот этот механизм и хочу как-то реализовать, НО поле type не существует, а есть ссылка на другую таблицу из которой можно этот тип извлечь. Вот как это сделать пока не понял.
Пытался найти точку создания объектов, но исходники большие. Попытка подмены метода type не решила задачу, т.к. видимо значение извлекается в другом классе где-то внутри.

[Алексей]

А таблица с типом одна. Например контакты и таблица типов контактов.

[sdevalex]

Поясните зачем именно вам делать несколько классов для одной таблицы?

[Алексей]

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