MVC、MVP、MVVMの設計パターンのコーディングの違いは何ですか？

「MVC、MVP、MVVMの設計パターンの違いは何ですか」というフレーズを使用してGoogleを検索すると、理論的にはMVC MVPとMVVMの設計パターンの違いを説明するいくつかのURLが得られることがあります。

MVP

データコンテキストを介したバインドが不可能な状況で使用します。Windowsフォームはこれの完璧な例です。ビューをモデルから分離するには、プレゼンターが必要です。ビューはプレゼンターに直接バインドできないため、インターフェイス（IView）を介してビューに情報を渡す必要があります。

MVVM

データコンテキストによるバインドが可能な状況で使用します。どうして？各ビューのさまざまなIViewインターフェイスが削除され、維持するコードが少なくなります。MVVMが可能な例には、Knockoutを使用したWPFおよびJavaScriptプロジェクトが含まれます。

MVC

ビューとプログラムの残りの部分との間の接続が常に利用できるとは限らない（そして、MVVMまたはMVPを効果的に使用できない）状況で使用します。これは、Web APIがクライアントのブラウザーに送信されるデータから分離されている状況を明確に説明しています。MicrosoftのASP.NET MVCは、このような状況を管理するための優れたツールであり、非常に明確なMVCフレームワークを提供します

しかし、理論的にはサンプルコードと共にその違いを説明する記事は1つもありません。

これらの3つのデザインパターン（MVC、MVP、MVVM）の違いについてコードと一緒に説明する記事を入手できたら、本当に嬉しいです。

これら3つのデザインパターン（MVC、MVP、MVVM）によって実装された3つの類似したCRUDアプリのソースコードを手に入れたいのですが。コードを確認して、これら3つの設計パターン（MVC、MVP、MVVM）のコードをどのように記述するかを理解できるようにします。

したがって、これらの3つの設計パターン（MVC、MVP、MVVM）でコードがどのように異なるかを説明する記事が存在する場合は、その記事にリダイレクトしてください。

簡単に言えば、いくつかの基本的な違いがあります。

MVC：

従来のMVCは、

1. モデル：データのモデルとして機能
2. ビュー：UIになることができるユーザーへのビューを扱います
3. コントローラー：モデルとビューの間の相互作用を制御します。ビューはコントローラーを呼び出してモデルを更新します。ビューは必要に応じて複数のコントローラーを呼び出すことができます。

MVP：

従来のMVCに似ていますが、コントローラーはプレゼンターに置き換えられています。ただし、プレゼンターは、コントローラーとは異なり、ビューの変更も行います。通常、ビューはプレゼンターを呼び出しません。

MVVM

ここでの違いは、ビューモデルの存在です。これは、オブザーバーデザインパターンの実装の一種であり、モデルの変更もビューでVMによって表されます。例：スライダーを変更すると、モデルが更新されるだけでなく、ビューに表示されるテキストの可能性があるデータも更新されます。したがって、双方向のデータバインディングがあります。

MVC、MVP、MVVM

MVC（古いもの）

MVP（カップリングが低いためよりモジュール化されています。プレゼンターはビューとモデルの間のメディエーターです）

MVVM（すでにVMとUIコンポーネント間の双方向バインディングがあるため、MVPよりも自動化されています）

別の画像：

リンクからの素晴らしい説明：http : //geekswithblogs.net/dlussier/archive/2009/11/21/136454.aspx

まずMVCを見てみましょう

入力は、ビューではなく、最初にコントローラーに向けられます。その入力は、ページを操作しているユーザーからのものである可能性がありますが、特定のURLをブラウザに入力しただけの場合もあります。どちらの場合も、一部の機能を開始するためにインターフェースされるコントローラーです。

コントローラとビューの間には多対1の関係があります。これは、単一のコントローラーが、実行中の操作に基づいてレンダリングされる異なるビューを選択する可能性があるためです。

コントローラからビューへの一方向の矢印があります。これは、ビューがコントローラーに関する知識や参照を持たないためです。

コントローラはモデルをパスバックするので、ビューとそれに渡される予期されるモデルの間には知識がありますが、それを提供するコントローラには知識がありません。

MVP –モデルビュープレゼンター

次に、MVPパターンを見てみましょう。いくつかの重要な違いを除いて、MVCと非常によく似ています。

入力はプレゼンターではなくビューから始まります。

ビューと関連付けられたプレゼンターの間には1対1のマッピングがあります。

ビューは、プレゼンターへの参照を保持します。プレゼンターは、ビューからトリガーされたイベントにも反応するため、関連付けられているビューを認識します。

プレゼンターは、モデルに対して実行する要求されたアクションに基づいてビューを更新しますが、ビューはモデルを認識しません。

MVVM –モデルビューモデルの表示

MVCとMVPのパターンを目の前にして、MVVMパターンを見て、その違いを見てみましょう。

入力はビューモデルではなくビューから始まります。

ビューはビューモデルへの参照を保持していますが、ビューモデルにはビューに関する情報がありません。これが、さまざまなビューと1つのビューモデルの間で1対多のマッピングを可能にする理由です…テクノロジーを超えて。たとえば、WPFビューとSilverlightビューは同じビューモデルを共有できます。

以下の画像は、Erwin van der Valkが書いた記事からの抜粋です。

この記事では違いを説明し、C＃のコード例をいくつか示します