MVVMの プロデュースは / 達成 / 開発長いブログを書くことができ、唯一の人はおよそここに書くためにMVVM いくつか表面的な理解。
1. 不在で MVVMを前に、フロントエンドがあると言うことができる jQueryのシャトルを、 jQueryのソリューションは、フロントページを記述することである対話/機能するために必要な頻度でDOMを操作しない単純化して、この痛みポイントのDOM、この時点での操作ライブラリよりも多くのjQueryの詳細良い。しかし、ほとんど解決し、ブラウザの互換性の問題が なんともクールアップで、。
2.ただし、ネットワーク速度が速く/携帯電話の性能が 良くなって、私たちは、私たちが持つことができると感じていたページの記事について、および HTML5と ES6は、開発者に表示される Webページ作成するアプリケーションの大きなを提供するが便利なことに、人々は非常に使いやすいことを発見したときにjQueryを、それが原因から生じる頻繁にコールDOMのアドレスはありませんので、ゆっくりと不適切になるパフォーマンスの問題 、またページとユーザーとの対話を扱うときに必要な開発を簡素化ビジネスロジック。
3. 上記課題を解決するために、 MVVMの アーキテクチャがされて入ってきた、 モデル-ビュー-ビューモデルこのアイデアは、のサービス側を受ける可能性が MVCのアーキテクチャ（モデル-ビュー-のcontrolerが）触発が、 MVVM前端に特異的な痛みの点、強化します controlerは、すなわち： ViewModelには、私たちが考えることができる MVVMをコアの内側に最もあるのViewModel。それはビューとモデルの分離を達成するロジックと表示の分離を、私たちは、操作がしばしば必要となる前と同じで行うことができます DOMをも、手動で更新する必要はありませんデータを（モデル）とページ（ビュー）このすべて,. ViewModelには 2つだけである私たちのためにやっている、私たちは何をする必要がありますページ1の書き込み。 2.書き込み論理一緒にページをリンクし、ロジックをやり取りする方法については、ViewModelには言った：このことは、あなたが私を聞かせて、コントロールを持っていない〜。
4.要約すると、 MVVMをとして見ることができる MVCの由来メインの開発シナリオのフロントエンドのためのアーキテクチャのサブセット、そのビューとモデルがあっ厳密に独立し、強化のcontrolerが開発中で解決するように、現代のWebアプリケーション遭遇します痛みのポイント。