日誌のように機能する Web アプリケーションの開発。ユーザーは、特定の日付のデータのいくつかの異なるリストを維持できます。説明のために、Notes と Tasks の 2 つのモデルがあるとします。
各日付のデータを表示してナビゲートできる日付のビューをユーザーに提示したいと思います。たぶん、次のような厳密なリストビューで:
Jan 1
======
Tasks: 1 - First task is here
2 - Second task is here
Notes: 1 - First note is here
Jan 4
=====
Tasks: No tasks
Notes: 1 - A note is here.
2 - Another note...
<< Older Entries Newer Entries >>
または、対応するデータが何らかの形でマークまたは強調表示されている日付を持つカレンダーとして表示される場合もあります。
私は自分のモデルをただのメモとタスクとして構築する道を歩み始めました。それぞれにジャーナル日付があります。これは、各モデル インデックスを個別にナビゲートする場合にうまく機能します。myapp.com/notes/ や myapp.com/tasks/ などですが、各リストを日付ごとにグループ化された 1 つのビューに統合することがどれほど難しいかはわかりません。
また、journal_date、has_many のメモ、および has_many のタスクを持つ JournalEntry というモデルを用意することも検討しました。次に、メモとタスクには日付がありませんが、それぞれ日付のあるジャーナルエントリに属します。それは物事を少し単純化するだろうと思います。しかし、可能であればネストされたリソースに近づかないというブログ投稿をいくつか読みました。myapp.com/nick/journal_entries/2012-dec-23/tasks/ のようなものです。コードが複雑になるため、近づかないようにと言われています。
だから、経験豊富なレール開発者がこの問題にどのように取り組むのだろうか? どちらのアプローチを使用しますか、それともまったく異なる方法で処理しますか?
ニック