Web2.0の開発とモバイルインターネット時代の到来により、フロントエンド開発はWebアプリケーションソフトウェア全体の開発においてますます重要になっています。現在のWebシステムでは、ますます多くのデータ処理とビジネスロジックがフロントエンドに傾倒し始め、徐々に「大きなフロントエンド」の状況を形成しており、フロントエンドにはパフォーマンスと開発効率に対する要件がますます高まっています。この時点で気が変わって従来の方法を使用し続けると、間違いなくフロントエンドの開発速度に影響を与え、後のメンテナンスが困難になります。現在、上記の問題を解決した優れたフロントエンドフレームワークが数多く市場に出回っています。Vueは非常に優れたフレームワークであり、MVVMパターンに基づく軽量のレスポンシブフレームワークであるVueを詳細に紹介しています。
2.1.1 MVXフレームワーク
フロントエンド開発プロセスでは、さまざまな異なるアーキテクチャが登場しました。MVX形式のアーキテクチャには次の3種類があります。
（1）MVCアーキテクチャ：MVCアーキテクチャは、モデル（モデル）レイヤーとビューで構成されます。 （ビュー）レイヤー、コントローラー（コントローラー）レイヤー構成、これはソフトウェア設計のモデルであり、ビジネスロジック、データ、インターフェイス表示を分離してコードを整理する方法[11]を使用し、階層化された方法で、それぞれから責任を分離します。その他、システムのコードが明確で保守が容易になるようにします。
（2）MVPアーキテクチャ：MVCから進化したMVPアーキテクチャ。同じ点は、Controller / Presenterがロジック処理を担当し、Modelがデータを提供し、Viewがページ表示を担当することです。違いは、MVPアーキテクチャのビューはモデルを直接使用せず、プレゼンター（MVCアーキテクチャのコントローラー）を介して使用することです。ただし、MVCアーキテクチャでは、ビューはモデルからデータを直接読み取ることができ、その必要はありません。 Controller.dataを介して間接的に取得します。
（3）MVVMアーキテクチャ：MVVMアーキテクチャは、MVCのコントローラーとMVPのプレゼンターをViewModelに置き換えます。MVVMアーキテクチャでは、MVPアーキテクチャと同様に、ビュー（ビュー）とモデル（データ）は情報と直接対話できません。ViewModelは2つの間のブリッジです。したがって、この時点での情報の相互作用の方法は次のとおりです。ビューが変更されると、ViewModelはその変更を認識し、対応する変更をモデルに通知します。逆に、モデルが変わると、
ViewModelは、対応する変更を認識し、ビューに通知してビューを更新できます。これは、双方向バインディングのよく知られた概念です。