接着剤..
前学期、私はプログラミングのクラスでRubyを教えられました。いくつかはEntity Relationship Diagramsで、いくつかはDataflowでした。最近Ruby on Railsにハマっていて、これまで培ってきた初心者の知識を活かして、シンプルな発想でサイトを作りたいと思っています。しかし、 Ruby on Railsと前学期の知識との間の接着剤を見つけることができないようです。私が立ち往生し、混乱し続ける特定の特定の領域があります。
エンティティをダイアグラムから Rails の考え方に変換するにはどうすればよいですか? 命名規則や翻訳は何ですか - エンティティはControllerですか? それともモデル?
私が次の願いを持っていると想像してみましょう:
Web アプリは、サイトのユーザーから盗まれた車を表示するオンライン リストです。ユーザー(エンティティ?) は、ユーザー情報 (属性?) を登録し、一意の ID と登録を使用して CarPost(エンティティ?) を作成するフォームに入力できる必要があります。番号は、彼自身の投稿の概要、CarPostView (表示?) で非公開で表示できます。
車が盗まれたら!(木をたたく)、ユーザーはその CarPost をアクティブ化(アクション?) できる必要があります。そのCarPostはWeb サイトのフロント ページに盗難として表示され、検索可能で、すべての訪問者が読むことができます。車がユーザーに返却された場合、ユーザーはCarPostを非アクティブ化して、他のユーザーからは再び見えないようにすることができますが、投稿の概要ページに保持する必要があります。
私の頭の中では:
- ユーザー、モデルが必要ですか?
- ユーザーには属性があり、それらはビュー ファイルを介してアクセスされますか?
- CarPost、モデルが必要ですか?
- CarPost には属性があり、View ファイルからアクセスできますか?
次に、いくつかの「アクション」を作成する必要がありますか? CarPostsをアクティブ化/非アクティブ化し、それらの間の関係を確立できる場所。Rails ではリレーションはアソシエーションとして知られていると思いますが、間違っていたら訂正してください。そして、それらは私のモデルにあるはずですか?
任意のガイダンスをいただければ幸いです。