問題タブ [nested-attributes]

accepts_nested_attributes_forActiveRecord でnewを使用する場合、 オプション を使用できます:allow_destroy => true。{"_delete"=>"1", "id"=>"..."}このオプションが設定されている場合、渡されたようなネストされた属性を含むハッシュはupdate_attributes、ネストされたオブジェクトを削除します。

簡単なセットアップ:

質問:ネストされたオブジェクトを削除する代わりに、関連付けを削除するにはどうすればよい"_delete" => "1"ですか? (つまり、上記の場合、ユーザーの forum_id を nil に設定します)

おまけの質問:関連付けを削除するときに、ネストされたオブジェクトの属性も変更したい場合はどうすればよいですか? (状態やタイムスタンプの設定など)

次の関連付けを持つモデル Person があります。

カスタム検証は現在、失敗すべきではない場合 (一部の検証が破棄対象としてマークされている場合) に失敗します。これは、Person およびそのディストリビューションが保存されます。

ActiveRecord::AutosaveAssociation.marked_for_destruction?バリデーター内で使用して、破棄されようとしているディストリビューションを無視したいと思います。

1. どうすればその方法に到達できますか? Distribution (通常の Rails モデル) とそのクラスとの関係がどのようなものかはよくわかりません。

2. これは恐ろしい汚れたハックですか？少し汚れているだけで、問題に対する最も正確な修正です。

デバッガーで ActiveRecord のソース コードを調べて、レコードが実際に破棄対象としてマークされていることを確認しました (つまり、Javascript またはフォーム ビルダーのバグではありません)。

以下を考えると：

Foo has_many :bars, :through => :baz

と

Foo accepts_nested_attributes_for :bar

find_or_create_by_name新しい を追加するときにを実行したいのですが、:barどこに何らかのbefore_add機能を追加できるかわかりません。

この質問の背景は、既存のものを使用しBar validates_uniqueness_of :nameて新しいものを作成しようとするとエラーが発生することです。FooBar

私が仕事をすることができないコードの興味深い部分。私は次のモデル/関係を持っています (不要なコードを除く)

このすべての情報を表示するフォーム:

そして、送信を処理するコントローラー:

HTMLはきれいに見えます：

送信されたパラメーターは次のようになります。

「未定義のメソッド 'service_subtype' for #」エラーが返され、HABTM モデル間の結合テーブルだけが更新されません。これを解決する方法、または舞台裏で何が起こっているのか考えていますか? この手順の背後で起こっている「魔法」を理解して、それが機能していることを確認できるかどうかはわかりません。ほとんどの人は、HABTM はネストされた属性では機能しないと言っているようです。そうらしい。回避策はありますか?

関連するコレクションに新しいアイテムを追加すると、結果の変更を確認するために foo.reload を呼び出す必要がないことがわかりました (スクリプト/コンソールでうろついています)。

素晴らしい。しかし、コレクションからアイテムを削除する場合、コレクションに変更が反映される前に foo.reload を呼び出す必要があります (save の呼び出し後に DB に表示されます)。

これは正常ですか、それとも関連付けの更新で少し間違ったことをしていますか?

この質問を説明するのは難しいので、それが私が思いつくことができる最高のタイトルなので、ここにいくつかのコードがあります.

親、子、孫の 3 つのモデルが与えられます。

Parent#new で作成される子レコードと孫レコードの両方に current_user.id を追加したいと思います。隠しフィールドを追加する良い方法が見つからなかったため、今のところ隠しフィールドを使用しています。

作成時に current_user.id を追加するコールバックを作成することで、誰かが助けてくれるでしょうか? とにかく、それをモデルに入れることはあまり運がありませんでしたが、あなたは頭がいいです。

考え？

Billネストされたモデルを持つモデルがありCustomerます。モデルには、Customer一意性が検証された電話番号があります。請求書の作成中に、電話番号に基づいて既存のレコードを取得するか、存在しない場合は新しいレコードを作成します。ある意味どうすればいいのRESTful？

別のモデルオブジェクト（子）にhas_manyアソシエーションを持つモデルオブジェクト（たとえば親）があります。

親では、before_updateコールバックにコードを追加して、その子に基づいて計算された属性を設定します。

私が遭遇した問題は、メソッドParent.update（id、atts）を使用して、新しい子のattsを追加すると、attsコレクションに追加されたものがbefore_update中に使用できないことです（self.childrenは古いコレクションを返します） 。

accepts_nested_attributes_forをいじらずに新しいものを取得する方法はありますか？

グーグル、フォーラム、グループなどを介してオンラインで多くを見つけることができないという問題に遭遇しているので、私は手を挙げて、私より賢い人たちに助けを求めるつもりです:)

2つのモデル間で1対1の関係を持つnested_attributes_forを使用していたRailsプロジェクトのセットアップがあります。それは非常に簡単に機能し、私が最近プロジェクトを変更してhas_many：through関係になるまで、予想どおりに機能しました。

コードは次のようになります。

Pモデル：

Fモデル：

F_Pモデル：

コードが上記のようである限り、すべてが正常に機能します（もちろん、Web GUIを介したCRUDアクションを除く）。ただし、ネストされた属性部分をPモデルに追加するとすぐに、次のようになります。

テストが失敗し、GUIが機能します（検証が強制されないことを除いて）。

この検証をnested_attributes_forと一緒にうまく機能させるための適切な方法に関するアイデアはありますか、それとも1年ほど前のように処理するためにPコントローラーで独自のCRUDアクションを作成する必要がありますか？

私は基本的な 2 層モデル構造を持っています: 記事 -> 1 つの記事に多くのコメントがあるコメント。

記事の表示ページの下部に「コメントを追加」フォームを追加する最良の方法は何ですか?

nested_attributes はやり過ぎです。ページ上のすべてのコメントを編集できるようにしたくないので、もう 1 つ追加するだけです。

Rails 2.3 でも別のコントローラーを作成し、他のコントローラーを指す form_for を Articles show ビューに埋め込む最善の方法はありますか? その場合、検証エラーを取得して記事表示ページに戻すにはどうすればよいですか?

別のコメントページ/ビューを作成したくない...

ありがとう