Spine.jsを使い始めたばかりです。それはいいですね。
ただし、JSONデータを入力するために、バックエンドを単純に呼び出す必要がある場合もあります。たとえば、データが入力された後も変更されないナビゲーションバーなどです。ここでは、単純なjQuery呼び出しを使用してJSON応答をテンプレートにプッシュし、結果をDOMに挿入するだけで、フロントエンドモデルとコントローラーを作成するのはやり過ぎのように見えます。
一部のビューがJavaScriptMVCによって管理され、他のビューが単純なjQuery Ajaxコードによって注入されるという、このハイブリッドアプローチに不利な点はありますか？
MVC の背後にある全体的な考え方は、関心の分離です。モデルはデータを処理し、ビューは表示を処理し、コントローラーはフローと場合によってはビジネス ロジックを処理します。確かに、ビュー内でその jQuery 呼び出しを簡単に行うことができます。結局のところ、JavaScript は広く開かれており、リファレンスを取得できる限り、自由に何をしてもかまいません。しかし、それを行うと、パターンが無効になり、ビューが果たす役割の水域が濁ります。全体として、デザインパターンを採用する場合は、それに固執してください。コンポーネントの役割について考える必要がないため、数か月後または数年後のアプリケーションの管理がはるかに簡単になります。
私はあなたがすべてのためにそれをするべきだと言います。
私はあなたの選択がそうすることの難しさの問題であるべきではないと思います、それはあなたが基準を確立するならば、それに固執するということです。そうすることで、通常、最終的に時間を節約できます。
ええと、1 回限りの JS の注入に直面したときに私が常に最初に尋ねる質問は、そもそもバックエンドでそれを行うべきではないかということです。
一貫性の問題に関しては、「間違った」方法で行うのにほとんど労力がかからない場合は、先に進んで何が起こるかを見てください. 必要に応じて後で変更するのが大変な作業になるわけではなく、一貫性を保つためだけに時間や不要なオーバーヘッドをアプリに費やす理由が本当にわかりません。
重要なことは、次の開発のコードで MVC アプローチを使用してそれを処理していないことを明確にすることです。しかし、結局のところ、このツールはユーザーを助けるものであり、邪魔するものではありません。css、html、および JavaScript が関係する懸念事項の分離について、いくつかの例外を設けています。重要なことは、ルールの真の価値を理解して、ルールを破った場合のトレードオフを理解することです。この場合、あまり見かけません。