Что такое MVP и MVC и в чем разница?

Также стоящий запоминания то, что существуют различные типы MVPs также. Fowler повредил шаблон в два - Пассивный Контроллер Представления и Наблюдения.

При использовании Пассивного Представления, Представление обычно реализует мелкомодульный интерфейс со свойствами, отображающимися более или менее непосредственно на базовый виджет UI. Например, у Вас мог бы быть ICustomerView со свойствами как Имя и адрес.

Ваша реализация могла бы выглядеть примерно так:

public class CustomerView : ICustomerView
{
    public string Name
    { 
        get { return txtName.Text; }
        set { txtName.Text = value; }
    }
}

Ваш класс Предъявителя будет говорить с моделью и "отображать" ее на представление. Этот подход называют "Пассивным Представлением". Преимущество - то, что представление легко протестировать, и легче переместиться между платформами UI (сеть, Windows/XAML, и т.д.). Недостаток - то, что Вы не можете усилить вещи как привязка данных (который является действительно мощен в платформах как WPF и Silverlight).

вторая разновидность MVP является Контроллером Наблюдения. В этом случае Ваше Представление могло бы иметь свойство под названием Клиент, который с другой стороны связан с данными к виджетам UI. Вы не должны думать о синхронизации и микросправиться с представлением, и Контроллер Наблюдения может вступить и помочь при необходимости, например, с логикой взаимодействия, с которой конкурируют.

третья "разновидность" MVP (или кто-то, возможно, назвал бы его отдельным шаблоном) является Моделью Представления (или иногда упоминаемый Model-View-ViewModel). По сравнению с MVP Вы "объединяете" M и P в один класс. Вы сделали, чтобы Ваш клиент возразил, с которым Вашими виджетами UI данные, связанные, но у Вас также есть дополнительные поля UI-spesific как "IsButtonEnabled" или "IsReadOnly", и т.д.

я думаю лучший ресурс, который я нашел к архитектуре UI, серия сообщений в блоге, сделанных Jeremy Miller, законченным в Сборка Ваше Собственное Серийное Оглавление CAB . Он покрыл все разновидности MVP и показал код C# для реализации их.

я также вел блог о шаблоне Model-View-ViewModel в контексте Silverlight в Пересмотренный YouCard: Реализация шаблона ViewModel .

Обе из этих платформ имеют целью разделять проблемы - например, взаимодействие с источником данных (модель), прикладная логика (или превращающий эти данные в полезную информацию) (Контроллер/Предъявитель) и код дисплея (Представление). В некоторых случаях модель может также использоваться для превращения источника данных в высокоуровневую абстракцию также. Хороший пример этого проект .

Витрины MVC, Там обсуждение здесь относительно различий между MVC по сравнению с MVP.

сделанное различие - то, который в приложении MVC традиционно имеет представление, и контроллер взаимодействуют с моделью, но не друг с другом.

проекты MVP имеют Предъявителя, получают доступ к модели и взаимодействуют с представлением.

Однако ASP.NET MVC является по этим определениям платформой MVP, потому что Контроллер получает доступ к Модели для заполнения Представления, которое предназначено, чтобы не иметь никакой логики (просто отображает переменные, обеспеченные Контроллером).

, Чтобы, возможно, понять различие MVC ASP.NET от MVP проверьте это представление MIX Scott Hanselman.

• MVP = Образцовый Предъявитель Представления

• MVC = Образцовый Контроллер Представления

  1. Оба шаблона представления. Они отделяются, зависимости между Моделью (думайте Объекты области), Ваш экран/веб-страница (Представление), и как Ваш UI, как предполагается, ведет себя (Предъявитель/Контроллер)
  2. , Они довольно подобны в понятии, люди инициализируют Предъявителя/Контроллер по-другому в зависимости от вкуса.
  3. А большая статья о различиях здесь . Самый известный то, что шаблон MVC имеет Модель, обновляющую Представление.

MVP: представление является главным.

представление, в большинстве случаев, создает своего предъявителя. Предъявитель будет взаимодействовать с моделью и управлять представлением через интерфейс. Представление будет иногда взаимодействовать с предъявителем, обычно через некоторый интерфейс. Это сводится к реализации; Вы хотите, чтобы представление назвало методы на предъявителе, или Вы хотите, чтобы представление имело события, которые слушает предъявитель? Это сводится к этому: представление знает о предъявителе. Представление делегирует предъявителю.

MVC: контроллер является главным.

контроллер создан или получен доступ на основе некоторого события/запроса. Контроллер тогда создает соответствующее представление и взаимодействует с моделью для дальнейшего конфигурирования представления. Это сводится к: контроллер создает и справляется с представлением; представление является ведомым устройством контроллера. Представление не знает о контроллере.

MVP не обязательно сценарий, где Представление является главным (см. MVP Taligent, например).
я нахожу его неудачным, что люди все еще проповедуют, это как шаблон (Просмотрите ответственный) в противоположность антишаблону, поскольку это противоречит, "Это - просто представление" (Прагматически настроенный Программист). "Это - просто представление", указывает, что заключительное представление, показанное пользователю, является вопросом второстепенной важности приложения. Шаблон MVP Microsoft представляет повторное использование намного более трудных Представлений и удобно разработчик Microsoft оправданий от ободрительной плохой практики.

, Чтобы быть совершенно откровенным, я думаю, что базовые проблемы MVC сохраняются для любой реализации MVP, и различия являются почти совершенно семантическими. Пока Вы следуете за разделением проблем между представлением (который отображает данные), контроллер (который инициализирует и управляет взаимодействием с пользователем) и модель (базовые данные и/или сервисы)), тогда, Вы достигаете преимуществ MVC. Если Вы достигаете преимуществ тогда, кто действительно заботится, является ли Ваш шаблон MVC, MVP или Контроллером Наблюдения? [Только 114] реальные шаблон остается как MVC, остальные просто отличаются ароматы его.