MVP-VM против MVVM в реализации привязки команд

Question

MVP-VM против MVVM в реализации привязки команд

1

У меня есть настольное приложение, и я бы хотел использовать MVVM в качестве шаблона проектирования, мне кажется, что Command Binding не так просто применить в приложении WPF.

Я прочитал эту статью, в которой объясняется, как использовать приложение MVP-VM настольных приложений. Поэтому мне нужно знать:

MVP-VM может заменить MVVM, особенно в концепции привязки Command Binding?
Если это так, почему мы все еще используем MVVM для приложений XAML и MVP для winforms? Я имею в виду, почему мы не переходим к глобальному решению, например MVP-VM?

Благодаря,

Lamloumi Afif 14 окт. 2014, в 00:02

Источник

4

we don't migrate to a global solution like MVP-VM? - потому что никто не хочет отказываться от современных методов и парадигм (MVVM), чтобы поддерживать устаревшую технологию, такую как winforms. Если бы это было так, вы могли бы также спросить, почему бы нам не использовать парадигму пользовательского интерфейса, совместимую с DOS 1.0 и GW-Basic с 1950 года ...
Federico Berasategui 13 окт. 2014, в 21:08
3

Кстати, MVVM - это не то, что вы можете «щелкнуть правой кнопкой мыши -> преобразовать в MVVM» после того, как ваше приложение написано. Если вы не использовали MVVM с самого начала, вам придется удалить весь код и начать все сначала, что в большинстве случаев не имеет никакого смысла. Если вы собираетесь это сделать (или если вы говорите о новом проекте, который только начинается), вы можете просто использовать современные технологии и навсегда забыть о формах.
Federico Berasategui 13 окт. 2014, в 21:15
0

@HighCore вы подходите для winforms, но что вы думаете о различных приложениях XAML (Wpf, silverlight, Appstore, WindowsPhone)? Кроме того, что ты думаешь о первом вопросе?
Lamloumi Afif 13 окт. 2014, в 21:15
0

@HighCore проблема не в winforms и / или новых технологиях, а в выборе дизайна
Lamloumi Afif 13 окт. 2014, в 21:17
1

the issue is not about winforms and/or new technologies, it is about design pattern choice - простой ответ : если ваш проект новый, то используйте WPF и MVVM, забудьте о бесполезных winforms. Если ваш проект уже написан, тогда этот вопрос не имеет никакого смысла, потому что любой ответ подразумевает полное переписывание.
Federico Berasategui 13 окт. 2014, в 21:19
0

Пожалуйста, перечитайте мой вопрос, я не спрашиваю, нужно ли мне выбирать WPF + MVVM или winforms для моего нового проекта. Я спрашиваю о сравнении шаблона проектирования MVVM & MVP-VM в конкретной концепции (привязка команд).
Lamloumi Afif 13 окт. 2014, в 21:23
2

Я никогда не делал MVP-VM, но в MVVM привязки команд, InputBindings, EventToCommand, RoutedCommands и другие функции WPF работают просто отлично ... какой у вас вопрос?
Federico Berasategui 13 окт. 2014, в 21:25
0

Я согласен с тем, что @HighCore говорил. Что заставляет вас думать, что связывание команд нелегко применить в WPF? Привязка является первоклассным гражданином в WPF, и MVVM - это шаблон, идеально подходящий для него, так почему бы вам даже рассмотреть более старый шаблон MVP?
slugster 13 окт. 2014, в 23:16

Показать ещё 6 комментариев

Теги:

c#

wpf

winforms

mvvm

mvp

1 ответ

Ещё вопросы

we don't migrate to a global solution like MVP-VM? - потому что никто не хочет отказываться от современных методов и парадигм (MVVM), чтобы поддерживать устаревшую технологию, такую как winforms. Если бы это было так, вы могли бы также спросить, почему бы нам не использовать парадигму пользовательского интерфейса, совместимую с DOS 1.0 и GW-Basic с 1950 года ...
Кстати, MVVM - это не то, что вы можете «щелкнуть правой кнопкой мыши -> преобразовать в MVVM» после того, как ваше приложение написано. Если вы не использовали MVVM с самого начала, вам придется удалить весь код и начать все сначала, что в большинстве случаев не имеет никакого смысла. Если вы собираетесь это сделать (или если вы говорите о новом проекте, который только начинается), вы можете просто использовать современные технологии и навсегда забыть о формах.
@HighCore вы подходите для winforms, но что вы думаете о различных приложениях XAML (Wpf, silverlight, Appstore, WindowsPhone)? Кроме того, что ты думаешь о первом вопросе?
@HighCore проблема не в winforms и / или новых технологиях, а в выборе дизайна
the issue is not about winforms and/or new technologies, it is about design pattern choice - простой ответ : если ваш проект новый, то используйте WPF и MVVM, забудьте о бесполезных winforms. Если ваш проект уже написан, тогда этот вопрос не имеет никакого смысла, потому что любой ответ подразумевает полное переписывание.
Пожалуйста, перечитайте мой вопрос, я не спрашиваю, нужно ли мне выбирать WPF + MVVM или winforms для моего нового проекта. Я спрашиваю о сравнении шаблона проектирования MVVM & MVP-VM в конкретной концепции (привязка команд).
Я никогда не делал MVP-VM, но в MVVM привязки команд, InputBindings, EventToCommand, RoutedCommands и другие функции WPF работают просто отлично ... какой у вас вопрос?
Я согласен с тем, что @HighCore говорил. Что заставляет вас думать, что связывание команд нелегко применить в WPF? Привязка является первоклассным гражданином в WPF, и MVVM - это шаблон, идеально подходящий для него, так почему бы вам даже рассмотреть более старый шаблон MVP?

AwkwardCoder · Accepted Answer · 2014-10-14T08-47-00.000Z

Как и в остальных комментариях, я не вижу, что проблема на самом деле связана с привязкой или более специфической привязкой команды - как уже говорилось, они являются гражданами первого класса в WPF.

Это не бесстыдный плагин :)

Я использую следующий (MVVM) шаблон при создании новых проектов WPF для клиентов, он содержит много материала, но у него есть пример привязки команды, где команда определена в виртуальной машине под названием Child2ViewModel, и это связано с данными шаблон.

Он не использует сторонние MVVM-структуры, поскольку это урезанная импликация - это означает, что в зависимости от ваших потребностей существует несколько реализаций интерфейса ICommand.

https://github.com/oriches/Simple.Wpf.Template

Для создания кода вам потребуется доступ к NuGet.