だから私は最近(今年)同じような状況を経験しました。#1は非常に難しい問題であることをお知らせします。テンプレートを複製するだけでなく、サイトを取り巻くすべてのビジネスロジックを複製する必要があることに注意してください。たとえば、ユーザーが特定のページにコメントを追加できるようにするとします。説明した方法を使用すると、サーバー側とクライアント側の両方にコメントテンプレートが必要になります。さらに、クライアントとサーバーの両方でコメントを追加/削除/編集するために必要なロジックを複製する必要があります。 javascriptの有無にかかわらずユーザーに対応します)。テンプレートの複製は、Jinja2関数ブロックを使用して簡単に行えますが、ロジックの複製が興味深いところです。私はそれをやろうとしましたが、数か月後に完全な書き直しをすることになりました。
したがって、私があなたに与えるアドバイスは、javascriptユーザーと非javascriptユーザーの両方をサポートできるという考えを捨てることです。どちらか一方のためにあなたのサイトを作ってください。私は個人的にjavascriptルートに行くことを自分で選びました。これにより、2つのオプションが残ります。シングルページアプリを作成するか、機能にJavaScriptを大部分活用するが、すべてをサーバー側でレンダリングするアプリを作成します。おそらく他にもたくさんのオプションがありますが、それらは私が見た中で最も人気のある2つです。私は2番目のオプションで行きました。だから私がやっていることは、最初のページのロードはサーバーによって行われるということです。次に、Backbone.jsは各要素を消費し、それらからモデルとビューを作成します。これは主にdata属性を利用して行われます。たとえば、コメントビューを作成するには、次のような要素を使用します。
<div class="comment" data-id="1" data-body="You Suck"></div>
次に、そのコメントを使用して、次のようにモデルを作成します。
var CommentModel = Backbone.Model.extend();
var comment_el = $('.comment');
var comment_model = new CommentModel($(comment_el).data());
最後に、作成したモデルを使用してビューをバックアップします。これにより、サイトに機能を追加できます。
var CommentView = Backbone.View.extend({
initialize: function() {},
edit: function() {},
delete: function() {}
});
var comment_view = new CommentView({
model: comment_model
});
次に、「何かを再レンダリングする必要がある場合、そのためのクライアント側のテンプレートは必要ありませんか?」と質問するかもしれません。いいえ。クライアント側のテンプレートはかなり新しいものです。個人的には、まだそこにいるとは思わないので、それらを避けようとしています。また、シングルページアプリは、自分の好みに十分に反応しないと常に感じていました。それに反対する人はたくさんいると思いますが、それが私の最近のプロジェクトでのスタンスです。そうは言っても、私はサーバー上ですべてをレンダリングし、HTMLをJSONの形式でクライアントに送信し、それをDOMに挿入します。そのため、Backbone.jsコードにJSONを返すAPIエンドポイントがたくさんあります。これは私にとって現在うまくいっているものですが、この問題は通常、主に状況に応じたものです。あなたは本当にあなたのニーズが何であるかを見なければなりません。価値があるので、私は現在のシステムの大部分を、シングルページアプリ全体を試した後にTwitterが最終的に行うことを決定したことに基づいています。あなたはそれについて読むことができますここ。