ネストされた属性の作成を伴うモデルは、before_validationとbefore_saveの間のアソシエーションタイプ属性を変更します。

Question

Numberplateのネストされた属性を持つGuestというモデルがあります。

Guestは、STI（単一テーブル継承）を採用し、Personから継承します。余分なクエリや他のテーブルへの参加を避けるために、テーブルのperson_typeというフィールドに人のタイプを保存します。そうすれば、私はどのナンバープレートが、人テーブルに参加する必要なく、ゲストによって所有されているのか知ることができます。

この設定のため、Numberplate（別の人物タイプがあります）に正しいperson_typeを手動で設定する必要があります。実際の実装はもう少し汎用的であるが、それはこれに沸く

before_validation do 
    self.person_type = self.person.type 
end 

：私はNumberplateモデルにbefore_validationコールバックとしてこれを実装しました。 予想通り今私は、コンソールでこのすべての作品を1回の呼び出しでGuestとNumberplateを作成します。

Numberplate.new({person: Guest.new({company: Company.first}), plate: 'EFEF98'})

person_typeをNumberplateインスタンス上では正しく"Guest"に設定されています。

ネストされた属性でGuestとNumberplateを1回のリクエストで作成できるAPIエンドポイントがある場合、問題が発生します。奇妙なことは、person_typeが"Person'として格納され、期待通りには"Guest"ではないということです。私はちょっとデバッグし、person_typeはbefore_validationコールバックで正しく設定されますが、そのコールバックとbefore_saveコールバックの間でが突然"Person"に変更されました。 私はperson_typeセッターを無効にしようとしました。奇妙なことは、2人のActiveRecordコールバックの間にsetterが呼び出されないということです。

この動作がどのように導入されたのか、これがRailsコアのどこかのバグか、何かを考慮していないかどうか少し気が散っています。私の現在の回避策は、before_saveコールバックでperson_typeを設定することですが、これは最適な解決策ではありません。

関連モデル：

class Guest < Person 
    accepts_nested_attributes_for :numberplates 
end 

class Numberplate < ApplicationRecord 
    before_validation do 
     self.person_type = self.person.type 
    end 

    after_validation do 
     # person_type is correctly set to "Guest" 
     puts self.inspect 
    end 

    before_create do 
     # person_type is now suddenly set to "Person" 
     puts self.inspect 
    end 
end 

Answer 1

は、だから私はそれを考え出しました。私はこれを持っていたPersonクラスで

：

has_many :numberplates, as: :person, inverse_of: :person 

as: :person部分があることと、この動作を導入してはなりません。多形性からSTIへの早期移行のためにそこにあったため、忘れ去られた残り物でした。一度これを削除すると、すべてが期待通りに機能しました。