バックボーンはすべての高レベルの抽象化を処理すると言われていますが、jQueryまたは同様のライブラリはDOMと連携し、イベントを正規化します。
誰かが簡単な実用的な例でこのステートメントを理解するのを手伝ってくれませんか。
また、BackboneのようなMVCフレームワークの重要な機能の1つであるノックアウトは、モデル（データ）とビューの同期を維持することです。しかし、これはアプリケーション全体ではなく、ページレベルで固有のようです。それで、モデル/データとビューを複数のページ間で同期させることができますか..（一種のグローバル）
回答:
バックボーン/ノックアウトは通常、シングルページアプリケーションに使用されます。したがって、jQueryは任意のWebページで使用できるツールボックスですが、Backboneは特定のタイプのアプリケーションを対象としており、そのためのコードを整理するのに役立ちます。少なくとも私の経験では、シングルページアプリを構築する上での最大の課題の1つは、コードをクリーンでモジュール式に保つことです。バックボーンはこれに大いに役立ちます。
典型的なバックボーンアプリの特徴は次のとおりです。
複数のページ間でデータの同期を維持することについての質問に関して、私の本能的な答えは、複数のページは必要ないということです。ユーザーはページが変更されていると感じるかもしれません。URLバーのアドレスはpushState機能のおかげで変更されますが、技術的にはアプリ全体が1ページです。
この種のアプローチの最大の利点は、スムーズなユーザーエクスペリエンス（ページの再読み込みなし）、jsonデータ以外はすべて静的コンテンツであるため、優れたキャッシュサポートです。モバイルターゲットの場合、WebアプリをphoneGapを使用してモバイルアプリに変えることができます（ json以外はすべて静的です）。
冒頭の文は、実際にはBackbone.jsとjQueryの違いを非常によく表しています。それでは、少し解凍してみましょう。
一つには、2つのライブラリはまったく競合していません-それらは無料です。
例として、jQueryで行ういくつかのことを次に示します。
そして、Backbone.jsで行う可能性のあるいくつかのこと：
jQueryはミクロレベルで優れています。ページ要素を選択し、ブラウザーがイベントを処理する方法の違いを滑らかにします。
Backbone.jsはより全体像です。データとアプリケーションロジックの管理に役立ちます。上記のフォトアルバムの例では、Backboneはいくつかの便利な構造を提供します。写真に関連するすべてのデータ（モデル）、アルバム内のすべての写真のリスト（コレクション）、およびどこかに置く場所があります。ユーザーがサムネイル（ビュー）をクリックしたときに何が起こるかを決定するロジック。これらは、バックボーンコントロールまたはアプリケーションの主要部分です。
ただし、Backbone.jsは、アプリケーションのデータとロジックの結果をDOMにレンダリングするのに役立つ、jQueryまたはそのようなものの恩恵を受けています。たとえば、jQueryを使用して、Backboneアプリのコンテナとして機能するページ上の要素を選択するのが一般的です。また、jQueryを使用し$(function () {});てバックボーンコントロールの一部を起動することも一般的です。おそらく、jQueryでもフォームフィールド検証エラーメッセージを表示するでしょう。
確かに、jQueryで大きくて複雑なユーザーインターフェイスを構築できます。私が仕事で維持しているアプリにはいくつかあります。ただし、jQueryはアプリケーションに構造を提供するように設計されていないため、操作が困難です。特に、アイテムのグループを選択し、それらのアイテムを操作するコールバック関数を渡すことに基づいているjQueryのAPIは、大規模で複雑なコントロールやアプリで使用するのに適したパターンではありません。ネストされた関数がたくさんあることになり、何が起こっているのかを確認するのは非常に困難です。
私は現在、Backbone.jsでそれらのコントロールの1つを作り直しています。最後の例として、両方の異なるライブラリで同じコントロールを操作するときに、私の思考プロセスがどのように異なるかを簡単にまとめます。
jQueryでは、次のことが心配です。
li必要な要素のグループを取得していますか？inputページの要素に戻すにはどうすればよいですか？バックボーンでは、私はより焦点を当てています：
jQueryは本質的な詳細を処理し、Backboneはより高レベルです。
最後に、Backbone.jsの例について説明するときに、「control」と「app」という単語を使用していることに注意してください。Backbone.jsがシングルページアプリ専用であるというのは真実ではありません。ただし、Backbone.jsは、データを操作して多くのロジックを処理する複雑なアプリケーションを構築するのに適していることは事実です。小規模なUI要素に使用するのはばかげています-それが課す余分な構造は必要ありません。
更新：複数のページの問題については、はい、Backboneはデータを永続化するための強力なメカニズムを提供します。各モデルにはsave、AJAX呼び出しを実行してサーバーに変更を保存するメソッドがあります。データを保存しながら保存する限り、複数ページのアプリを使用できます。これは非常に柔軟なモデルであり、おそらく仕事でBackboneを使用することになります。シングルページアプリを作成したいのですが、既存のマルチページアプリケーションで10年の作業があります。バックボーンでより強力なUIコンポーネントのいくつかを再構築し、ユーザーが別のページに移動する前に変更をサーバーに同期することを検討しています。
複数のページでbackbone.jsを使用している人のことは聞いたことがありません。ほとんどの場合、これはある種のシングルページアプリです。
1つのページにさまざまなモデル、ビュー、状態が含まれている可能性があり、本格的で強力なアプリになる可能性があります。
すでにJavaでサーバー側のテンプレート/ビューレンダリングを使用している場合、backbone.jsは適していません。バックボーン.jsを最大限に活用するには、フロントエンドのJavaScriptでそのコードの一部を移動または複製する必要があります。
シングルページアプリを実行したくない場合（これは、ページの更新や変更がないアプリを意味しますが、URLは変更され、ユーザーには複数ページのように見える可能性があります）、すべてのMVCをオンのままにしておくことができますサーバーとバックボーンは必要ありません。
編集：
バックボーンが行うことは、サーバーで通常処理されるMVCのものの一部を移動し、それらをクライアントに移動することです。多くの人にとって、これはサーバーのことを忘れて、アプリを1ページのJavaScriptアプリとして作成することを意味します。サーバーは、JSON / RESTデータの単なるソースになります。それを行う準備ができていない場合、backbone.jsはそれほど役に立ちません。
バックボーンはMV *フレームワークであり、jQueryはDOMツールキットです。
MV *アプリケーションの主な機能は、ルーティング、データバインディング、テンプレート/ビュー、モデル、およびデータアクセスです。バックボーンはjQueryに部分的に依存している可能性があります。
jQueryは、広範なブラウザーサポートと活気のあるコミュニティを備えたDOMをクエリするための堅固なAPIです。イベント処理、遅延オブジェクト、およびアニメーションが付属しています。
// When any <p> tag is clicked, we expect to see '<p> was clicked' in the console.
$( "p" ).on( "click", function() {
console.log( "<p> was clicked" );
});