javascript - なぜバックボーンjsまたはJSMVCフレームワークが必要なのですか？

Question

すでにバックエンドMVCフレームワーク（DjangoやRORなど）を使用しているのに、なぜJS MVCフレームワーク（バックボーン）を使用する必要があるのですか？2つのMVCフレームワークの概念と、それらがどのように組み合わされているかを理解できません。フロントエンドに関連するすべてのファイルまたはロジック（html、css、js）は、バックエンドフレームワークのビューコンポーネントに含まれると思いました。誰かがこれをもっと簡単な言葉で説明できますか？

Answer 1

バックボーンはクライアント[ブラウザ]にあり、迅速なやり取りと経験を提供します。このようにして、 WebSocketやLocalStorageなどを介したリアルタイム通信を利用できます。

クライアントMVC[MVVMの方が優れている、Backboneの場合]を使用するということは、完全なHTML生成スタックではなく、サーバーから[他の多くのコンテキストで再利用できる]リソースのRESTfulセットを提供することを意味します。

つまり、クライアント側のMVCは、Web指向のMVC [Symfony、Django、RoR...]よりもデスクトップ/モバイルUI指向のMVC実装[Cocoa/iOSを参照]に近いです。

Answer 2

It's mostly because of scalability, every MV* frameworks allows You to make modular code. To give users high experience by using websites, JS code and some fireworks are necessary. JavaScript gives also posibility to relieve backend side from unnecessary computations and because of these simple facts and the scale of currently made websites (huge amount of modules on backend and on frontend side), such MV* JavaScripts frameworks are made and becomes more and more popular.

Answer 3

You may want to look at this post Why use MVVM?

I have been using MVVM and have found it very useful for the front end. Rendering is much quicker and smoother and view-model binding is done on the client-side.

Answer 4

これらのJavaScriptMVCフレームワークがポップし始めた理由の1つは、クライアント側のJavaScriptコードに何らかの構造をもたらすための努力であったようです。JavaScriptは、クライアント側のエクスペリエンスを大幅に向上させるため、近年Webアプリでますます使用されていますが、JavaScriptを追加し続けると、すぐに大きな石畳のスパゲッティコードになる可能性があります。大量のJavaScriptを含むWebアプリを継承したことがある場合は、アプリの動作と一緒に結ばれています。それは本当に厄介かもしれません。これらのJavaScriptMVCフレームワークは、このコードすべてを整理して構造化するのに役立つため、制御不能になることはありません。