マリオネット モデルのユーザーがいます。ユーザーは、コレクションとして表現したいクライアントのリストを持っています。ユーザーは、クライアント コレクション内のモデルの 1 つへの参照である currentClient を持っています。
私の質問は、クライアントのコレクションをユーザーの属性として持つことは理にかなっていますか、それともクライアントリストのリクエスターを作成してユーザーを渡す必要がありますか?
currentClient が再割り当てされたときに currentClient 内のデータに基づいて他のビューを変更するイベントを登録したいので、それが理にかなっている場合は、クライアントを属性として保持したいと思います。これがこのケースを処理する最適な方法であるかどうかはわかりません。
ベスト プラクティスとして、モデルを「フラット」に保つことは、特に次のような操作に関しては、後で頭痛の種を防ぐことができると思いますtoJSON(ネストされたコレクションはバックボーン モデルの配列になるだけです)。モデルにネストされたバニラ オブジェクトと配列内の変更は、Backbone のイベンティング システムに簡単に結び付けることができません。
あなたの説明には、多くの「has-a」および「has-many」関係がリストされています。「最適」とは、アプリのアーキテクチャに大きく依存します。ありがたいことに、Backbone には非常に優れたプラグイン コミュニティがあり、アプリの動作方法を形作るのに役立ちます。
Backbone.Relationalは、これらのタイプの関係を処理するための一般的なプラグインです。ネストされたコレクションのユースケースを少し構成して抽象化します。