Когда использовать MVP в приложении Windows Forms .net?

Question

Я знаком с MVC / MVP, хотя мой вопрос прост, я собираюсь запрограммировать простое программное обеспечение для обмена мгновенными сообщениями, когда движок и коммуникационная часть являются открытым API. поэтому в моем программном обеспечении будет около 3 форм, заставка с данными для входа, форма параметров и основная форма со всеми функциями, такими как: список друзей, отправка сообщения, получение сообщений (вкладка), поиск пользователя и т. д.

С точки зрения пользовательского интерфейса важно, чтобы в моем приложении графический интерфейс был в 1 форме.

Итак, мой вопрос, для единственной сложной формы, которую я собираюсь иметь, необходимо ли реализовать шаблон проектирования MVP или в этом случае лучше просто пойти прямо вперед и поместить всю логику в 1 место?

СПАСИБО

Janalopa!

Answer 1

Я думаю, что всегда лучше иметь разделение интересов, особенно в графическом интерфейсе.

Answer 2

Если вы хотите представить API для своего веб-приложения, вы определенно выиграете от четкого разделения проблем. Если MVP или другой шаблон - правильный путь, зависит от вас, но вы должны постараться, чтобы ваше приложение было как можно слабее связанным, чтобы вы могли

а) проверить это

и

b) выставить его на тот уровень, который кажется подходящим.

Например, вы можете начать с написания собственной формы чата, которая публикует и получает обновления из БД. Если у вас есть слабо связанное приложение на стороне сервера, вы можете выбрать, показывать ли чат на уровне хранилища, уровне обслуживания, на уровне контроллера или на отдельном уровне API, который взаимодействует с тем же интерфейсом, что и ваш собственный пользовательский интерфейс.

РЕДАКТИРОВАТЬ: В качестве заключительного комментария, если вы начинаете с новым проектом, чат намного проще реализовать в ASP.NET MVC, чем в WebForms, поскольку MVC во многих отношениях проще работать с вызовами и обновлениями ajax.

Answer 3

Моя ценность в 2 цента - всегда писать код MVC. Если стоит кодировать, стоит хорошо кодировать.

Спросите себя, можете ли вы увидеть, как ваше приложение выходит за рамки текущей спецификации? Будет проще писать код для mvc-фреймворка, чем для любого другого.

Во всяком случае, MVC! :)