如何进一步将此 WPF 示例与 MVC、MVP 或 MVVM 解耦？

Question

我已通过以下方式解耦此 WPF 应用程序中的事件。

继续脱钩的最佳方式是什么？

Shell.xaml:

<Button x:Name="btnProcess"
        Content="Process"
        Margin="10"/>

Bootstrapper.cs:

public void Run()
{
    Shell shell = new Shell(new Customer());
    shell.Show();
}

Shell.xaml.cs:

public Shell(IPerson person)
{
    InitializeComponent();
    btnProcess.Click +=new RoutedEventHandler(person.Process);
}

Customer.cs:

public class Customer : IPerson
{
    public void Process(object sender, RoutedEventArgs e)
    {
        Button theButton = (Button)sender;
        theButton.Content = "Customer processed.";
    }
}

以上代码成功将视图 Shell 与模型 Customer:IPerson 分离，以便我可以交换处理“已处理”的模型 Employee:IPerson 等以它自己的方式。 这是第一个进球。

但现在：

• 如何将 Processed 方法与专门与 Button 对话分离，以便它也可以与在视图中触发事件的 MenuItem 或 ListView 对话这样它甚至不必是调用它的元素，例如单元测试类？
• 除了发送者（按钮）之外，如何更改视图的其他元素，例如，如何更改 Shell 中的状态栏？ 我看到两种方法：
  • 我可以构建一个包含所有视图的容器，并在创建时将容器注入到客户中，然后客户可以在容器中查看并以任何想要的方式操作调用视图（尽管我会必须以某种方式将发送事件的视图与容器中的视图匹配为同一视图）
  • 在触发事件时，我可以以某种方式使用 eventargs 将整个视图（Window 对象）发送到模型，尽管模型需要某种方式（通过界面）了解哪些类型的区域可在运行时进行操作
• 您将如何继续该应用程序朝着更加解耦的设计方向发展？
• 这实际上是什么模式，例如 MVC、MVP、MVVM？ 我只看到一个视图（Shell）和一个模型（客户）。
  • 演示者如何融入其中？
  • ViewModel 如何融入其中？
  • 控制器如何融入其中？

Answer 1

正如陈建议的那样，我会研究命令模式： 路由命令

我从中学到了很多东西的工作示例可以在 Jaime Rodriquez 的博客上找到：南岭

Answer 2

如何将 Processed 方法与专门与 Button 对话分离
命令。 将命令放入 IPerson 界面并从 Shell 的 xaml 调用该命令。

如何更改视图的其他元素
属性和绑定。 如果您有一个显示状态（已处理/未处理）的属性，那么您可以使用绑定直接在 xaml 中显示该属性。

您将如何继续
我会通过在 Shell 和 IPerson 之间创建一个 ViewModel 来进一步沿着 MVVM 路径前进。 ViewModel 被设计为具有 1) 绑定所需的属性，以及 2) 需要执行的任何命令。 ViewModel 旨在为 UI 提供模型所需的内容。

这是什么图案
现在？ 没有什么。 我只看到两个对象：视图和模型。 您没有 Presenter、Controller 或 ViewModel。

对于 WPF，我更喜欢 ViewModel。 有关 MVVM 的更多信息，请参阅此问题。

Answer 3

我建议您使用命令而不是经典事件来实现事件处理。
在 WPF 中这非常容易，因为命令模式已经实现，您可以告诉所有 UI 输入（按钮、菜单项...）它们的命令是 [命令名称] 并在一个位置处理所有这些输入。

Answer 4

卡梅伦·麦克法兰（Cameron MacFarland）在这里做得很好，但我可以补充一点。

当遵循 MV-VM 时，盒子里用于解耦的工具是数据绑定、命令、附加行为和接口。 数据绑定应该是不言而喻的。 您已经对命令有了很好的描述，但我建议您避免使用 RoutedCommand 并坚持使用 ICommand 实现。 附加行为是附加的 DependencyProperty，它们订阅它们附加到的元素上的事件，在这种情况下将用于将事件处理中继到 ViewModel。 接口为您提供了最大的灵活性，但您必须弄清楚如何将接口传递给 ViewModel。 现在了解所有这些内容的最佳方法是 Google 并查看现有的 MV-VM 框架。 以下是框架列表：

• Prism/Composite WPF (http://www.codeplex.com/CompositeWPF< /a>）。 这个来自 Microsoft Patterns & 实践组。 这里有很多好东西，但是您可以从这里学到的上述三件事的示例之一是如何使用 ICommand。 Prism 包含一个 DelegateCommand，它实现 ICommand 并简化在 MV-VM 中使用来自 ViewModel 的命令。

• Caliburn (http://www.codeplex.com/caliburn)。 最近发布的，您可以从中学到的关键知识之一是如何使用附加行为，该库将其用于“操作”。

• Onyx (http://www.codeplex.com/wpfonyx)。 免责声明：我是本文的作者。 尽管当前的 alpha 源代码已经可用，但该版本尚未发布。 这为如何向 ViewModel 提供接口的问题提供了一种新颖的解决方案。