現在、Django で大規模な実装を行っており、ほとんどが静的 HTML を吐き出しています。django の API にフックし、必要なルートを定義するための JavaScript モジュラー フレームワークを実装する予定です。
しかし、サイトが js 以外のユーザーに対して完全に機能する限り、私たちがこれまで行ってきたことを台無しにしたくありません。JavaScript MVC の設計について読めば読むほど、この 2 つを連携して実装することは不可能であることがわかりました。
その方向に進む方法についてのアイデアはありますか？誰かが従うことができるベストプラクティスはありますか?
フェイルセーフとして、今手に入れたものを保管してください。データの処理を処理し、適切にフォーマットされた応答データ (XML、JSON など) で応答する Ajax 要求用の新しい別のビューを作成します。
基本的に、Djangoがモデルです。Javascript コントローラーで定義されたアクションは、モデルまたはビューのいずれかを変更できます。
ビューを変更する場合、2 つのオプションがあります。データの表示のみを変更して HTML を変更する Javascript 関数を呼び出すか、新しいデータを表示します。その場合、Javascript が簡単に処理できる形式でそのデータを提供する Django ビューを作成する必要があります。Ajax リクエストで、そのデータの表示を処理するコールバック (Javascript のビュー部分) を指定します。
アクションがモデルを変更する場合、必要に応じて Ajax リクエストによって送信された POST データを処理し、エラー メッセージまたは成功メッセージを Javascript で簡単に処理できる形式で返す Django ビューも作成する必要があります。 . ここでも、Django から返されたメッセージの表示を処理する Ajax リクエストへのコールバックを登録する必要があります。
基本的に、現在のビューに対する唯一の変更は、適切な Javascript コードを提供して、アクションを Ajax リクエストにマップし、Ajax リクエストに対して Django から返されたデータを処理することです。他のすべては、個別の Django ビューで行う必要があります。