Шаблон дизайна пользовательского интерфейса для Windows Forms (например, MVVM для WPF)
MVVM чаще всего используется с WPF, потому что он идеально подходит для него. Но как насчет Windows Forms? Существует ли уже установленный и часто используемый шаблон подхода / дизайна, подобный этому, для Windows Forms? Тот, который явно работает с Windows Forms? Есть книга или статья, которая описывает это хорошо? Может быть, MVP или MVC на основе?
10 ответов
Я пробовал MVP, и, кажется, отлично работает с окнами формы тоже. В этой книге приведен пример оконных форм с шаблоном MVP (пример приложения для расчета заработной платы). Приложение не так сложно, но даст вам представление о том, как его создать.
Agile принципы, шаблоны и практики в C#...
Вы можете получить исходный код в Source Code
РЕДАКТИРОВАТЬ:
Существует два варианта схемы MVP (а) пассивный вид и (б) контролирующий контроллер
Для сложных сценариев привязки данных я предпочитаю использовать паттерн Supervising controller. При контроле структуры контроллера ответственность за привязку данных возлагается на представление. Таким образом, для дерева / таблицы данных это должно быть в соответствующих представлениях, только презентатор должен передавать только логику, не зависящую от вида.
Я рекомендую взглянуть на следующую структуру MVP MVC# - Структура MVP
Не используйте имя (это фреймворк MVP).
Простые winforms видео MVP Winforms - MVP
Пример работы с выпадающим списком MVP - DropDownList
Простой пример привязки дерева (привязка бедняка). Вы можете добавить любую логику, специфичную для дерева, в BindTree().
Ниже приведен фрагмент кода.... не проверено, напрямую введено из мысли....
public interface IYourView
{
void BindTree(Model model);
}
public class YourView : System.Windows.Forms, IYourView
{
private Presenter presenter;
public YourView()
{
presenter = new YourPresenter(this);
}
public override OnLoad()
{
presenter.OnLoad();
}
public void BindTree(Model model)
{
// Binding logic goes here....
}
}
public class YourPresenter
{
private IYourView view;
public YourPresenter(IYourView view)
{
this.view = view;
}
public void OnLoad()
{
// Get data from service.... or whatever soruce
Model model = service.GetData(...);
view.BindTree(model);
}
}
Как уже говорилось, я всегда работал в шаблоне MVP при использовании Winforms. Но шаблон дизайна, который вы будете использовать, не означает, что вы будете использовать правильно. Существует множество анти-паттернов, прикрепленных к MVP.
Если вы хотите, чтобы все было запущено правильно, вы должны использовать инфраструктуру для создания умного клиента. Поэтому я рекомендую использовать этот дизайн и методы: Smart Client Software Factory http://www.codeplex.com/smartclient
Здесь вы обсуждаете текущие среды интеллектуальных клиентов: http://codebetter.com/blogs/glenn.block/archive/2008/05/10/prism-cab-and-winforms-futures.aspx
PS: мне нравится этот пост об антипаттернах MVP: http://blog.mattwynne.net/2007/06/13/mvp-smells/
Надеюсь это поможет
Шаблон Model-View-ViewModel (MVVM) является шаблоном проектирования. По определению шаблон проектирования показывает общее решение в объектно-ориентированном мире, и это решение может применяться на различных платформах (WPF, WinForms, Java Swing и т. Д.). Я согласен, что MVVM лучше всего использовать с WPF, потому что он использует возможности сильного связывания. Однако Windows Forms также поддерживает привязку данных.
Адаптер WAF Windows Forms показывает, как применять шаблон MVVM в приложении Windows Forms.
Я задал этот же вопрос двум моим техническим сотрудникам: возможен ли MVVM для WindowsForms? Оба дали мне один и тот же ответ: "Ни в коем случае! В WindowsForms отсутствуют богатые привязки WPF и Silverlight (OneTime, OneWay, TwoWay, OnewayToSource), а также отсутствуют преобразователи типов".
- Шаблон активатора экрана для WindowsForms - вы можете найти его здесь, портированный с Caliburn.Micro by jagui
- Rich Bindings и TypeConverters - ферма от Кента Бугаарта, делает это независимо от пользовательского интерфейса
- Команды - WPF Application Framework (WAF) имеет проект WafWinFormsAdapter, который заботится о некоторых вещах MVVM, а именно о командах
Опять же, мы можем иметь MVVM для WinForms? Да мы можем. У нас есть все кусочки. Мы просто должны склеить их вместе.
Я писал о вариациях шаблонов проектирования MVP/MVVM, называемых MVP-VM, которые представляют собой индивидуальное решение для приложений winforms, которые требуют полного охвата тестирования и используют привязку данных в качестве основного механизма для обновления презентации с данными модели.
MVVM (Model View View Model) представляет аналогичный подход для отделения представления от данных в среде, которая обеспечивает привязку данных (WPF). Поскольку.NET Framework 2.0 уже предлагает расширенную инфраструктуру привязки данных, которая также позволяет привязывать время разработки объектов приложения - сущность "Модель представления" вполне может вписаться в среду на основе MVP.
Я считаю, что MVP является шаблоном, хорошо подходящим для разработки WinForms - о чем частично свидетельствует его использование в CAB - платформе Microsoft для WinForms.
Я использую MVP в WinForms для извлечения кода из View - потому что я не могу протестировать код View. А также для включения кода, который должен быть повторно использован (или дублирован), чтобы оставаться вне представления, где он не может быть передан.
Я могу сослаться на свой собственный проект, где я использую шаблон MVP https://github.com/PandaWood/ExceptionReporter.NET. Хотя я уверен, что я не использую это идеально.
Вы упомянули MVVM, работающий на WPF - я думаю, что причина этого в сильной поддержке привязки данных. Если вы не используете привязку данных в WPF (и это, конечно, не обязательно), вы можете выбрать MVP. Дело в том, что MVP - это хороший выбор для любого клиентского приложения. И, возможно, "лучший" выбор, даже в WPF, если вы планируете делиться кодом между проектами, которые не являются WPF.
Для получения дополнительной информации о ценности использования MVP в WinForms см. Видеопрезентацию Boodhoo об использовании MVP: http://www.bestechvideos.com/2008/06/29/dnrtv-show-14-jean-paul-boodhoo-on-model-view-presenter И статья MSDN того же автора по http://msdn.microsoft.com/en-us/magazine/cc188690.aspx
Вы можете использовать Enterprise Architecture, Patterns и Practices в качестве отправной точки, хотя они немного устарели.
Под Общим руководством находится Архитектура приложений для.NET: Проектирование приложений и сервисов, которая является хорошим введением в способы.NET и многоуровневое N-уровневое приложение.
http://i.msdn.microsoft.com/ms954595.f00aa01%28en-us%2CMSDN.10%29.gif
Для более формальных "шаблонов" существуют шаблоны корпоративных решений с использованием Microsoft.NET. http://i.msdn.microsoft.com/ms998492.Chp_02OrganizingPatterns_Fig06%28en-us%2CMSDN.10%29.gif
Назвать несколько,
Метод BindTree кажется мне немного ошибочным. Внезапно Вид знает о Модели. Это хорошо? Там должно быть тонны людей, сталкивающихся с такими проблемами. Я удивлен, что нет книг об этом. Поскольку в мире.NET есть книги обо всем.
Они предназначены не для сокрытия модели, а для точного определения взаимодействия между различными уровнями приложений. Вы можете полностью изменить бэкэнд, и пока вы будете передавать модель через Bindtree, ваш пользовательский интерфейс будет продолжать работать.
Теперь класс Model может быть плохим выбором имени в примере, который дает Раджеш. Это может быть TreeData или RecordsData. Как бы вы это ни определяли, в нем есть все, что вам нужно, используя механизм привязки Winforms, чтобы привязать определенный элемент управления к базовым данным.
Лучший сайт для просмотра такого рода материалов находится здесь. Мартин Фаулер собрал множество полезных шаблонов дизайна пользовательского интерфейса и шаблонов корпоративного дизайна.
Опять же, ключом к этому является использование интерфейсов для точного определения того, как каждый уровень взаимодействует друг с другом.
В моем собственном приложении (приложения CAD/CAM, используемые для работы металлорежущих станков) моя структура выглядит следующим образом.
- Формы, реализующие интерфейсы форм
- UIDLL с представлениями, реализующими интерфейсы представления, которые взаимодействуют с формами через интерфейс формы. Определенные представления регистрируются в UIViewDLL. Представления выполняют объекты команд, найденные в библиотеках команд, которые взаимодействуют с моделью.
- Командные библиотеки; списки команд, реализующих ICommand. Команда, которая взаимодействует с представлениями, делает это через интерфейсы, представленные в UIViewDLL.
- UIViewDLL; предоставляет интерфейсы просмотра, используемые командами.
- Модель; классы и коллекции, которые составляют основные структуры данных моего приложения. Для меня это такие вещи, как материал, траектории, форма, листы, факелы и т. Д.
- Полезность; DLL, которая обычно использует служебные классы, используемые моей компанией, которые охватывают различные приложения. Например, сложные математические функции.
Первое хорошее объяснение шаблонов дизайна пользовательского интерфейса, которое я прочитал, было в блоге Джереми Миллера - Создание вашей собственной CAB. В нем описаны общие шаблоны - пассивный просмотр, MVP и т. Д., А также рассматриваются некоторые способы их реализации в C#.
Вы можете попробовать https://github.com/MugenMvvmToolkit, который позволяет использовать "чистый MVVM" для WinForms. В связи с тем, что он поддерживает привязки на всех платформах, все встроенные функции привязки, доступные для платформы WPF, доступны на всех платформах (включая WinForms).