MVC i MVP

Anonim

MVC a MVP

Kontroler widoku modelu (znany również jako MVC) to wzorzec o charakterze architektonicznym stosowany w inżynierii oprogramowania. Ten szczególny wzorzec służy do wyizolowania tzw. "Logiki domeny" - która jest po prostu logiką aplikacji dla użytkownika. Jest izolowany od wejścia i prezentacji (znany jako GUI) i pozwala na niezależny rozwój.

Presenter modelu View (znany również jako MVP) to bezpośrednia permutacja MVC. Jest to wzorzec oprogramowania (a dokładniej wzorzec projektowania interfejsu użytkownika) zaprojektowany specjalnie w celu testowania zautomatyzowanych jednostek i ulepszenia tzw. Separacji problemów w logice prezentacji. Oddzielenie obaw jest zasadniczo procesem, w którym program komputerowy jest podzielony na odrębne cechy, które się nie nakładają, pod względem ich funkcjonowania.

Modelowa część MVC jest w istocie wzorcem reprezentującym dane za pośrednictwem określonych domen danych wykorzystywanych do umożliwienia działania aplikacji. Część widoku przekształca model w interakcję odpowiednią dla użytkowników - zwykle jest to element interfejsu użytkownika. Wreszcie, część kontrolera najodpowiedniej otrzymuje dane wejściowe. Podejmując decyzje dotyczące obiektów znalezionych w modelu, kontroler służy jako katalizator odpowiedzi.

Część modelu MVP definiuje dane, które mają być wyświetlane (lub wykorzystywane) w interfejsie użytkownika. Część widokowa wyświetla dane zdefiniowane w modelu i wysyła prezenterowi polecenia (znane jako zdarzenia) do prezentera (który będzie działał na podstawie tych danych). Prezenter działa zatem na modelu i widoku modelu. Jako taki jest zdolny do pobierania danych z repozytoriów (znajdujących się w modelu), kontynuowania danych i formatowania go, aby mógł być łatwo wyświetlany w widoku.

Istnieją różne warianty MVC. Jako taki, przepływ kontroli jest w bardzo ścisłej kolejności: Po pierwsze, użytkownik będzie wchodził w interakcję z interfejsem (na przykład naciskając przycisk myszy), a następnie kontroluje daną wejściową i zmienia ją w odpowiednie działanie użytkownika. Następnie kontroler powiadamia model o tym, co zrobił użytkownik, co najprawdopodobniej spowoduje, że model zmieni swój stan (na przykład jako aktualizacja). Widok następnie stawia pytanie do modelu, aby wygenerować interfejs użytkownika. Wreszcie, interfejs użytkownika czeka na instrukcje, które zrestartują cykl.

Streszczenie:

1. MVC to wzorzec architektoniczny, który izoluje logikę domeny; MVP jest potomkiem MVC zaprojektowanym do testowania zautomatyzowanych jednostek i poprawy separacji obaw.

2. W odniesieniu do MVC, model reprezentuje dane, widok przekształca model w przyjazną dla użytkownika interakcję, a kontroler otrzymuje dane wejściowe; w odniesieniu do MVP, model definiuje dane, widok wyświetla je, a prezenter działa na modelu i jego widoku.