を使用する際には、そのようなFactory.create
など、いくつかの構文のメソッドは、いくつかの他、最も顕著なFactoryGirl.create
とcreate
単純に賛成して減価償却されました。FactoryGirlの最新リリースでは、特定のFactoryGirl構文
ただし、特定の構文がコンテキストを考慮して常に適切であるとは限りません。
例を見てみましょう:
FactoryGirl.define do
factory :article do
after_create {|a| a.comments << create(:comment) }
end
factory :comment do
end
end
どこ条のhas_manyのコメント、および条belongs_toのコメント。上記の工場では、a.comments << create(:comment)
はエラーComment(#nnn) expected, got FactoryGirl::Declaration::Static
を発行します。その行をa.comments << FactoryGirl.create(:comment)
に変更すると、エラーが消えます。
構文が他のどのフォームよりも優先されるべきかは不明です。 FactoryGirl documentation 1として
あなたは救命救助者です。私は長い文法を使うつもりです。無作為なデバッグよりも、いくつかのキーストロークの方が優れています。 –
私はこれを1年前に尋ねました。それ以来、長い形を使っています。ええ、私は同意する、方法頭の傷が少ない。 – IAmNaN