WinForms 中的模型-视图-呈现器

Question

我第一次尝试使用 WinForms 来实现 MVP 方法。

我试图理解每一层的功能。

在我的程序中，我有一个 GUI 按钮，单击该按钮会打开一个 openfiledialog 窗口。

因此，使用 MVP，GUI 处理按钮单击事件，然后调用 Presenter.openfile();

在 Presenter.openfile() 中，是否应该将该文件的打开委托给模型层，或者由于没有数据或逻辑要处理，是否应该简单地响应请求并打开 openfiledialog 窗口？

更新：我决定提供赏金，因为我觉得我在这方面需要进一步的帮助，并且最好根据我下面的具体要点进行定制，以便我了解背景。

好的，在阅读了 MVP 后，我决定实施被动视图。实际上，我将在 Winform 上拥有一堆控件，这些控件将由 Presenter 处理，然后将任务委托给模型。我的具体要点如下：

1. 当winform加载时，它必须获取一个树视图。我是否正确地认为视图应该调用一个方法，例如：presenter.gettree()，这反过来将委托给模型，模型将获取树视图的数据，创建它并配置它，将其返回给Presenter，它反过来将传递给视图，然后简单地将其分配给面板？

2. 对于 Winform 上的任何数据控件来说，这是否相同，因为我也有一个 datagridview？

3. 我的应用程序有许多具有相同程序集的模型类。它还支持插件架构，其中的插件需要在启动时加载。视图是否会简单地调用演示者方法，而演示者方法又会调用加载插件并在视图中显示信息的方法？哪一层将控制插件引用。视图会保存对它们或演示者的引用吗？

4. 我认为视图应该处理有关演示的所有事情（从树视图节点颜色到数据网格大小等）是否正确？

我认为它们是我主要关心的问题，如果我了解这些流程应该如何进行，我想我会没事的。

Answer 1

演示者应按照您的建议对请求端进行操作，显示 openfiledialog 窗口。由于模型不需要任何数据，演示者可以而且应该处理该请求。

假设您需要数据来在模型中创建一些实体。您可以将流槽传递到访问层，在访问层中您有一个从流创建实体的方法，但我建议您在演示者中处理文件的解析，并在模型中为每个实体使用构造函数或 Create 方法。

Answer 2

这是我对 MVP 和您的具体问题的粗浅看法。

首先，用户可以与之交互或只是显示的任何内容都是视图。这种视图的规律、行为和特征由接口描述。该界面可以使用 WinForms UI、控制台 UI、Web UI 甚至根本没有 UI 来实现（通常在测试演示者时） - 具体实现并不重要，只要它遵守其视图界面的法则即可。

第二，视图始终由演示者控制。这种演示者的规律、行为和特征也由界面来描述。该接口对具体视图实现没有兴趣，只要它遵守其视图接口的规则即可。

第三，由于演示者控制其视图，为了最大限度地减少依赖性，让视图了解有关其演示者的任何信息实际上没有任何好处。演示者和视图之间有一个商定的合同，并且由视图界面声明。

第三的含义是：

• 演示者没有视图可以调用的任何方法，但视图具有演示者可以订阅的事件。
• 主持人知道自己的观点。我更喜欢通过具体演示者上的构造函数注入来完成此任务。
• 视图不知道哪个演示者在控制它；它只是永远不会被提供任何演示者。

对于您的问题，上面的代码可能看起来像这样：

interface IConfigurationView
{
    event EventHandler SelectConfigurationFile;

    void SetConfigurationFile(string fullPath);
    void Show();
}

class ConfigurationView : IConfigurationView
{
    Form form;
    Button selectConfigurationFileButton;
    Label fullPathLabel;

    public event EventHandler SelectConfigurationFile;

    public ConfigurationView()
    {
        // UI initialization.

        this.selectConfigurationFileButton.Click += delegate
        {
            var Handler = this.SelectConfigurationFile;

            if (Handler != null)
            {
                Handler(this, EventArgs.Empty);
            }
        };
    }

    public void SetConfigurationFile(string fullPath)
    {
        this.fullPathLabel.Text = fullPath;
    }

    public void Show()
    {
        this.form.ShowDialog();        
    }
}

interface IConfigurationPresenter
{
    void ShowView();
}

class ConfigurationPresenter : IConfigurationPresenter
{
    Configuration configuration = new Configuration();
    IConfigurationView view;

    public ConfigurationPresenter(IConfigurationView view)
    {
        this.view = view;            
        this.view.SelectConfigurationFile += delegate
        {
            // The ISelectFilePresenter and ISelectFileView behaviors
            // are implicit here, but in a WinForms case, a call to
            // OpenFileDialog wouldn't be too far fetched...
            var selectFilePresenter = Gimme.The<ISelectFilePresenter>();
            selectFilePresenter.ShowView();
            this.configuration.FullPath = selectFilePresenter.FullPath;
            this.view.SetConfigurationFile(this.configuration.FullPath);
        };
    }

    public void ShowView()
    {
        this.view.SetConfigurationFile(this.configuration.FullPath);
        this.view.Show();
    }
}

除了上面的内容之外，我通常还有一个基本的 IView 接口，我在其中存储了 Show() 和我的观点通常受益的任何所有者视图或视图标题。

对于你的问题：

1. 当winform加载时，它必须获得一个树视图。我是否正确地认为视图应该调用一个方法，例如：presenter.gettree()，这反过来将委托给模型，模型将获取树视图的数据，创建它并配置它，将其返回给演示者，然后将传递给视图，然后将其简单地分配给面板？

我会在调用 IConfigurationView.Show() 之前从 IConfigurationPresenter.ShowView() 调用 IConfigurationView.SetTreeData(...)代码>

< strong>2. 对于 Winform 上的任何数据控件来说，这是否相同，因为我也有一个 datagridview？

是的，我会为此调用IConfigurationView.SetTableData(...)。由视图来格式化给定的数据。演示者只需遵守视图的契约，即它需要表格数据。

3. 我的应用程序有许多具有相同程序集的模型类。它还支持插件架构，其中的插件需要在启动时加载。视图是否会简单地调用演示者方法，而演示者方法又会调用加载插件并在视图中显示信息的方法？哪一层将控制插件引用。该视图是否包含对他们或演示者的引用？

如果插件与视图相关，那么视图应该知道它们，但演示者不知道。如果它们都是关于数据和模型的，那么视图不应该与它们有任何关系。

4. 我认为视图应该处理有关演示的所有事情（从树视图节点颜色到数据网格大小等）是否正确？

是的。将其视为提供描述数据的 XML 的演示者以及获取数据并向其应用 CSS 样式表的视图。具体来说，演示者可能会调用 IRoadMapView.SetRoadCondition(RoadCondition.Slippery) ，然后视图将道路渲染为红色。

点击节点的数据怎么样？

5. 如果当我点击树节点时，我是否应该将特定节点传递给演示者，然后从该节点传递给演示者会计算出它需要什么数据，然后向模型询问该数据，然后将其呈现回视图？

如果可能的话，我会一次传递在视图中呈现树所需的所有数据。但是，如果某些数据太大而无法从一开始就传递，或者如果它本质上是动态的并且需要模型中的“最新快照”（通过演示者），那么我会添加类似 event LoadNodeDetailsEventHandler LoadNodeDetails 到视图接口，以便演示者可以订阅它，从模型中获取 LoadNodeDetailsEventArgs.Node 中节点的详细信息（可能通过其某种 ID），以便视图当事件处理程序委托返回时，可以更新其显示的节点详细信息。请注意，如果获取数据可能太慢而无法获得良好的用户体验，则可能需要这种异步模式。




Answer 3

演示者包含视图中的所有逻辑，应以 @JochemKempe 说。实际上，按钮单击事件处理程序调用 Presenter.OpenFile()。然后演示者能够确定应该做什么。

如果它决定用户必须选择一个文件，它会回调视图（通过视图界面）并让包含所有 UI 技术的视图显示 OpenFileDialog。这是一个非常重要的区别，因为不应允许演示者执行与正在使用的 UI 技术相关的操作。

然后，所选文件将返回给演示者，继续其逻辑。这可能涉及应处理文件的任何模型或服务。

在我看来，使用 MVP 模式的主要原因是将 UI 技术与视图逻辑分开。因此，演示者协调所有逻辑，而视图将其与 UI 逻辑分开。这具有非常好的副作用，使演示者完全可进行单元测试。

更新：由于演示者是在一个特定视图中找到的逻辑的体现，因此视图-演示者关系在我看来是一对一的关系。出于所有实际目的，一个视图实例（例如表单）与一个演示者实例交互，而一个演示者实例仅与一个视图实例交互。

也就是说，在我使用 WinForms 实现 MVP 时，演示者始终通过代表视图 UI 功能的接口与视图交互。对于哪个视图实现该接口没有限制，因此不同的“小部件”可以实现相同的视图接口并重用演示者类。