Jaka jest różnica między wzorcem projektowym MVC, MVP i MVVM pod względem kodowania c#

Niektóre podstawowe różnice można zapisać w skrócie:

MVC:

Tradycyjny MVC jest tam, gdzie jest

1. Model: działa jako model dla danych
2. widok: wyświetla widok dla użytkownika, który może być UI
3. Controller: kontroluje interakcję między modelem a widokiem, gdzie view wywołuje kontroler do aktualizacji modelu. View może w razie potrzeby wywołać wiele kontrolerów.

MVP:

Podobny do tradycyjnego MVC, ale Kontroler zostaje zastąpiony przez prezenter. Ale prezenter, w przeciwieństwie do kontrolera, jest odpowiedzialny za zmianę widoku. Widok zwykle nie wywołuje prezentera.

MVVM

Różnica polega na obecności modelu widoku. Jest to swego rodzaju implementacja Observer Design Pattern, gdzie zmiany w modelu są również reprezentowane w widoku przez VM. Np: jeśli suwak zostanie zmieniony, nie tylko model zostanie zaktualizowany, ale dane, które mogą być tekstem, czyli wyświetlany w widoku jest również aktualizowany. Istnieje więc dwukierunkowe powiązanie danych.

Świetne Wyjaśnienie z linku: http://geekswithblogs.net/dlussier/archive/2009/11/21/136454.aspx

Spójrzmy najpierw na MVC

Wejście jest skierowane najpierw do kontrolera, a nie do widoku. Dane wejściowe mogą pochodzić od użytkownika wchodzącego w interakcję ze stroną, ale mogą również pochodzić z prostego wprowadzenia określonego adresu url do przeglądarki. W obu przypadkach jest to kontroler, który jest połączony z uruchomieniem niektórych funkcji.

Istnieje wiele do jednego relacja między kontrolerem a widokiem. Dzieje się tak, ponieważ pojedynczy kontroler może wybrać różne widoki do renderowania w zależności od wykonywanej operacji.

Jest jedna strzałka z kontrolera do widoku. Dzieje się tak, ponieważ widok nie posiada żadnej wiedzy ani odniesienia do kontrolera.

Kontroler przekazuje Model z powrotem, więc istnieje wiedza między widokiem a oczekiwanym modelem, który jest do niego przekazywany, ale nie kontroler, który go obsługuje w górę.

MVP-Model View Presenter

Teraz spójrzmy na wzór MVP. Wygląda bardzo podobnie do MVC, z wyjątkiem kilku kluczowych rozróżnień:

Wejście zaczyna się od widoku, nie od prezentera.

Pomiędzy widokiem A powiązanym prezenterem jest mapowanie jeden do jednego.

Widok zawiera odniesienie do prezentera. Prezenter reaguje również na zdarzenia wyzwalane z widoku, więc jest świadomy widoku związanego z nim z.

Prezenter aktualizuje Widok na podstawie żądanych działań, które wykonuje w modelu, ale widok nie jest świadomy modelu.

MVVM-Model View View Model

Więc z wzorami MVC i MVP przed nami, spójrzmy na wzorzec MVVM i zobaczmy, jakie różnice w nim występują:

Wejście zaczyna się od widoku, a nie modelu widoku.

Podczas gdy Widok zawiera odniesienie do modelu widoku, Model widoku nie ma informacji o widoku. To jest dlaczego możliwe jest mapowanie jeden do wielu między różnymi widokami i jednym modelem widoku ... nawet w różnych technologiach. Na przykład Widok WPF i widok Silverlight mogą mieć ten sam Model widoku.

MVC, MVP, MVVM

MVC (old one)

MVP (bardziej modularny ze względu na niskie sprzężenie. Prezenter jest mediatorem między widokiem a modelem)

MVVM (masz już dwukierunkowe powiązanie między maszyną wirtualną a komponentem UI, więc jest bardziej zautomatyzowane niż MVP)

Inny obrazek: