Динамически назначить атрибуту модели значение через его имя?

Question

[Антон Мисягин]

Не смог четко сформулировать заголовок вопроса. Поясню, что нужно.
Модели:

class Item < ActiveRecord::Base
has_one: subitem
end
class Subitem < ActiveRecord::Base
belongs_to: item
end

Где то в контроллере:

@item = Item.new
@item.subitem = Subitem.new

Теперь @item.subitem не nil. Здесь все просто замечательно работает. Но вдруг возникла потребность обращаться к subitem через символ или строку. Переписываю тот код:

@item = Item.new
@item.methods(:subitem) = Subitem.new

Это не работает @item.subitem это nil. Пробовал через attributes, но выяснил путем эксперимента, что subitem для Item - это метод.
В общем мне нужно, чтобы в коде не было жесткой прописки наименования метода, а обращение к нему через его название. Нужно чтобы результат был как при жесткой прописке. Поможете?

Answer 1

[Антон Мисягин]

@item = Item.new
@item.send(:subitem.to_s+'=', Subitem.new)

Comments

[Shetani]

можно без to_s и + '='
\@item.send(:subitem=, Subitem.new)

Answer 2

[Viktor Vsk]

Не совсем понятно, что нужно и для каких целей.
есть метод
send(:sym) (вместо method)
Или, возможно, сначала нужно сделать:

item = Item.new
attr = :subitem
item.send("build_#{attr}".to_sym)
item.send(attr)

Comments

[Антон Мисягин]

цель - продолжение темы Как отрендерить partial из контроллера? У модели Item есть множество дочерних has_one моделей в каждой из которой находятся свойства, характерные только для выбранной категории Item. Т.е. в зависимости от Item.category решается какую дочернюю модель создать (остальные окажутся nil). Надеюсь понятно разъяснил. Сейчас изучу вашу наводку))

[Viktor Vsk]

sunnmas: цели, к сожалению, не видно ни в этом, ни в том вопросе ) и первый вопрос еще более запутанный
С первого взгляда кажется, что вы переизобретаете nested attributes и cocoon

[Антон Мисягин]

зачем, нет. Могу привести пример из другой области. Создаешь объявление на авито - выбираешь категорию автомобилей. Кроме цены и описания (стандартных полей для всех объявлений) добавляются поля тип коробки передач и т.д. Потом выбираешь квартиры - коробка пропадает, появляется площадь туалета. А для модели объявления создается зависимая модель, характеризующая данную категорию объявлений. Здесь примерно тоже самое

[Viktor Vsk]

sunnmas: https://github.com/nathanvda/cocoon

[Антон Мисягин]

кокон - не то. Насколько я смог понять он может генерить для главной модели одну или несколько вложенных моделей одного класса. Как там в примере: Форма проект. У ней можно создавать задачи. Несколько задач. Все они одного и того же класса. А мне нужно создавать одну из возможных моделей разных классов. Или я не так его понял.

[Антон Мисягин]

Т.е. он может создавать одну запись в таблице проектов и много в таблице задач. А нужно одну запись в таблице товаров и одну запись в одной из таблиц, соответствующей категории

[Антон Мисягин]

спасибо за send. Все работает))

[Антон Мисягин]

ITem = Item.new
ITem.send(:subitem.to_s+'=', Subitem.new)

[Viktor Vsk]

sunnmas: что ж вы делаете с руби и с рельсами?)
Во-первых, если уж на то пошло
item.send('subitem=', Subitem.new)
Во-вторых, нормальная интерполяция вот:
item.send("#{attr}=", args)
В-третьих, как-то рейлс-вей - делать model.build_association
И в-четвертых, если по примеру с авито - вам нужно каждый раз отправлять заполненные параметры, включая категорию, и рендерить целиком новую форму, с заполненными существующими параметрами. По крайней мере, по той информации, что вы дали, нет смысла рендерить отдельные поля

[Антон Мисягин]

что ж вы делаете с руби и с рельсами?) - Сам не знаю, но Вы мне очень помогли))

[Антон Мисягин]

Код, который я привел, он синтетический. В реале все выглядит по другому. Я просто опустил детали