Мне нужно, чтобы значения по умолчанию (из удаленной службы) в ModelA были установлены до того, как объект будет передан в представление из ModelAController#new. Я использовал after_initialize для этого. Однако в #create у меня возникла проблема. Если я использую model_b.create_model_a(some_attributes), атрибуты передаются во время инициализации, а затем перезаписываются вызовом after_initialize:
class ModelA < ActiveRecord::Base
after_initialize :set_defaults, if: :new_record?
def set_defaults
self.c = "default"
#actually a remote call, not something can be set as database default
end
end
class ModelB < ActiveRecord::Base
belongs_to :model_a
end
class ModelAController < ApplicationController
#ModelA is nested under ModelB in routes.rb
#GET /model_bs/:model_b_id/model_as/new
def new
model_b = ModelB.find(params[:model_b_id])
#no problem
respond_with model_b.build_model_a
end
#POST /model_bs/:model_b_id/model_as
def create
model_b = ModelB.find(params[:id])
#problem:
respond_with model_b.create_model_a({c: "not default"})
#at this point the model_a instance still has attribute c set to "default"
end
...
end
Я мог бы разделить шаги создания:
model_b = ModelB.find(params[:id])
model_a = model_b.build_model_a #should fire after_initialize
model_a.update_attributes({c: "not default"}) #overwrite default c value
Но я чувствую, что это делает жизненный цикл ModelA чем-то вроде ловушки для других программистов. Это выглядит как очевидный кандидат на рефакторинг последних двух строк в одну, но это снова создаст эту проблему. Есть ли более аккуратное решение?
