0

みんな私はこのことについて完全にナッツになりつつあります。 私は本当に聖なる助け、またはこの問題についてチュートリアルとガイドについての少なくともいくつかの提案が必要です。RAILS 3.2 - 入れ子にされたリソースには多くの:throughの関係があります

私はこれが多くのアプリでは非常に一般的な作業だと思っていますが、私はこの意味で役立つものは何も見つかりません、私は知っている他のレールフォーラムではなく、馬鹿みたいな気分に!

通報

(1)モデル(関与するモデル)

User.rb Item.rb(ユーザにネストされている:例えば、ユーザ/ 3 /項目/ 5)

(2)何をしたいのですか

current_user(ログインしているユーザ)はアイテムを作成でき、同じフォームでそれを他の多くのユーザと共有することもできます。

このようにして、私たちが共有したこのユーザーに対してもアイテムは表示され、アクセス可能になります。

私はここに関与していると何が起こっていることを理解は次のとおりです。

(A)にhas_many:アイテムとユーザーとの関係を通じて (b)は、我々は(のitem_idとUSER_IDと)共有を呼び出すことができ、関節のテーブル (c)最終的にユーザに別の名前を使用し、class_nameを使用してユーザを指し示す

これは実装するのが難しくありません。

実際に混乱しているのは、コントローラー(アイテムコントローラー)を作成して、ワンショットで実行したり、新しいアイテムを作成したり、共有操作を行う方法です(これは、ジョイントテーブルを作成し、最終的に私たちが共有している多くのユーザー(アレイと同じくらい多くのレコードを作成します)

もう1つの問題は明らかにコントローラに関連しています。単一のフォームを作成し、current_userがボタンをクリックしてアイテムの作成+共有操作を実行できるようにしますか?

最後のことですが、少なくとも私は、ユーザーがcurrent_userと同じモデルであるという事実を処理する必要がありますか?

私は本当にこの記事を読むために何を読んだり、探したりする必要があるか分かりませんが、私はいくつかのサンプルコードを見たいと思っていますが、同時にすべてのロジックを本当に理解したいと思いますこれは、他のシナリオでそれを複製できるようにするためです。

誰かが私を助けてください...私は実際にこれをやっていない私のアプリの開発に移行することはできません、これもすべてのプロジェクトの重要な部分です。

お手数をおかけしていただきますようお願い申し上げます。

答えて

0

私はすべての私の問題を解決しました...

が使用している可能性があることができます:それは

私はまだレール名規則である持っている唯一の疑い(あなたが問題を解決したときに、それは必ずしも容易では:)ことを言っている)最後にハードな作業ではありませんでした共同モデルのために、ファイナルシップがレールによってあまりうまく扱えないという名前を付けましたか?

私の問題を解決しようと試みた後、私はすべてが正しく設定されていることを発見しました。そして、ジョイントテーブル名を共有から共有に変更するだけで、

関連する問題