既存の一連のページ/ワークフロー画面を 1 つの標準ページに変更/書き換える必要があります。プロジェクト自体は、基本的に、より大きな既存のアプリケーションのコンテキスト内で単一の Web ページ アプリを構築することです。
私たちの目標は、サーバー側の実装を可能な限りそのままにしておくことです。これは、REST モデルを使用するのではなく、Java バックエンドへのフォーム送信のみを使用することを意味します。各エンドポイントは JSP を指します。
各フォームはウィジェットとして作成されます。1 つのウィジェットが送信すると、その場で値を変更する必要がある他のウィジェットの値に影響を与える可能性があります。
単一ページ Web アプリの 2 つの主なオプションは、Backbone.js または Ember.js のようです。
私たちの要件を考えると、これら 2 つ (またはその他のフレームワーク) のうちどれが最適ですか? それとも、一緒に取るべき他のアプローチがありますか?
AngularJSをご覧になりましたか? EmberJS に匹敵します。
エコシステム（ルーティング、データなど）の面でより成熟しているため、当面はEmberJSをお勧めします。
バックボーンは両方の前例よりも低レベルです。
どちらもあなたが望むものを達成します。
アプリケーションの動作をロックダウンするのに本当に役立つルーティング/ステートチャート フレームワークを提供する Ember が好きです。言うまでもなく、懸念事項を分離するのに役立つのは MVC です。アプリ内の各フォームまたはウィジェットは、ユーザーが定義するビューになり、入力をモデル レイヤーにバインドします。
あなたが調べなければならないことがおそらくたくさんあります。
Emberjs は 42k 縮小 + gzip ですが、Backbone.js はわずか 5.6kb です。Emberjs には、ベアボーンの Backbone では得られない多くの機能が詰め込まれています。
これらすべての機能が必要かどうかを分析します。要件がバックボーン、IMO だけでカバーされている場合は、Emberjs に合格する必要があります。それらの余分なビットをすべて無駄に出荷するのはばかげています。
Emberjs では、jQuery も使用する必要があります。すでに使用しているかどうかは不明です。
私見ですが、単一ページのウェブアプリが非常に複雑で、多くの機能要件があり、それ以外の場合はバックボーンで十分な場合は、Emberjs を使用します。