0

Backbone を使用する最初のアプリケーションの開発をすぐに開始します。多くのチュートリアルを調べていますが、典型的な単一モデルの CRUD の例とは少し異なるため、アプリのアーキテクチャを決定できません。契約は次のとおりです。

私のアプリは基本的にアリのアトラスになります。基本的に、ユーザーはアリの種を選択し、必要に応じてフィルターを追加すると、Leaflet.js マップと結果のスプレッドシートのようなテーブルが表示されます。ページにいくつかの検索結果を蓄積する必要もあります (たとえば、異なる種の地理的分布を比較するため)。

私はそこに 2 つのオプションを想定しました。

A) (バックボーン) モデルが ant オカレンスであり、各ユーザー検索が異なるバックボーン コレクションであり、一致するオカレンスといくつかの検索レベル プロパティが含まれている。これは理にかなっています。なぜなら、サーバー側のモデルも重要な役割を果たし、自動 REST 統合を最大限に活用できるようになるからです。しかし、これらのさまざまなコレクションを追跡するには、JavaScript 配列を使用する必要があります。たとえば、ユーザーが表示されたデータから以前の検索を削除したい場合など、これらのコレクションでイベントを管理する必要もあります。

B)モデルが「検索」オブジェクトであり、これらのさまざまな蓄積された検索がコレクションに保持されている。その後、これらのコレクションを最大限に活用できますが、クライアント/サーバー モデルは同じもの (検索と出現) ではないため、単純な RESTful アプローチを使用することはできません。

あなたなら何を選びますか?

ありがとう、ニコラス

4

1 に答える 1

0

何かがコレクションなのか配列なのかを理解しなければならないときは混乱するので、1つを選んでそれを使い続けます。バックボーンコレクションからより多くの機能を利用できるので、私はすべてにそれらを選択し、配列を避けます。

于 2013-02-14T18:46:14.640 に答える