かなり複雑な Backbone.js アプリを作成しています。Railsのバックグラウンドから来て、ルート（およびtrueオプションを使用したそれらの機能）をトリガーするのが適切な時期と、URLに影響を与えずにアプリケーションの状態を変更する時期を理解しようとしています。
アプリケーションを任意の状態で簡単に起動できるため、ルーターに大きく依存するのが良い方向に思えます。これに関するベストプラクティスはありますか? ナビゲート メソッドに頼り始めたとき、ビューが重複していることに気付きました。
質問する
918 次
2 に答える
2
それは本当に状況に依存します。
通常、状態が実際にブックマーク/共有できるようにしたい 場合は、ルートを使用します。
一方、ビュー内の何かを更新しているだけで、実際には状態を取得する必要がない場合は、状態を変更するだけです。ただし、州へのルートのオプションを提供することはできますが、必須ではありません。たとえば、アプリにマップが含まれている場合、ユーザーがマップをパン/ズームするたびに場所/ルートを更新したくない場合がありますが、「共有」または「ブックマーク」タイプのボタンを提供することをお勧めします。機能。
于 2012-10-25T23:08:45.103 に答える
1
上記のように Jsonwyatt 。彼の「本当に状況による」という言葉は適切です。状態の変更や状態の操作のようなものは、一般的に私が好むものはビュー経由です。ただし、たとえば、実際にナビゲーション URL をナビゲートする場合などは、/home/fooバックボーン ルーター経由でレンダリングされることを好みます。
しかし、モデルの更新など、モデルの状態の変化を実際に述べているだけの場合です。不必要に別のビューをレンダリングするmodel.save()ような URL を介してドライブする代わりに行うことができます。/home/student/1しかし、それにより、現在のビュー内からのみ実行できた別のビューをレンダリングする可能性があります。
参考までに、Darik bailey は、アプリケーションの状態とルーターのナビゲーション、およびブラウザー履歴のプッシュステートの維持について非常に良い話をしました。参考までに、このリンクを参照してください。
于 2012-10-26T05:54:30.923 に答える