c# - MVP，Winforms - 事件处理程序或委托(delegate)

Question

我已经在几个使用被动 View 的 WinForms 应用程序中实现了 MVP 模式。我实现了一个包含 Action< T > 和 Func< T > 形式的属性和委托(delegate)的接口(interface)，以连接具体 View 中的 UI 事件并回调给演示者。

我即将开始一个新项目并在线对该模式进行了一些研究，包括此处的许多模式示例，并注意到所有这些都使用 EventHandler 来通知演示者。

我真的不明白为什么在这种情况下会使用事件，因为我认为 View 只有一个演示者。

我的问题是，这是为了与 .Net 框架使用事件的方式保持一致，还是出于其他一些我没有看到的原因？

这是我使用的模式的一个简单示例:

public interface IViewAbstraction
{
    public ModelData ModelData { set; }
    public Action<ModelData> ModelDataChangedCallback { set; }
}

public class SomeWinForm : Form, IViewAbstraction
{
    private Action<ModelData> modelDataChanged;
    private ModelData model;

    public ModelData ModelData
    {
        set { /* when this property changes, update UI */ }
    }

    public Action<ModelData> ModelDataChangedCallback
    {
        set { modelDataChanged = value; }
    }

    private void OnSomeWinformsEvent(EventArgs args)
    {
        if (modelDataChanged == null) throw new Exception();

        modelDataChanged(model);
    }
}

public class Presenter
{
    private readonly IViewAbstraction view;
    private readonly IDataLayerAbstraction dataLayer;

    public Presenter(IViewAbstraction view, IDataLayerAbstraction dataLayer)
    {
        this.dataLayer = dataLayer;
        this.view = view;
        this.view.ModelDataChangedCallback = OnModelChanged;
        this.view.ModelData = dataLayer.GetData();
    }

    private void OnModelChanged(ModelData data)
    {
        // validate and save data.
    }
}

Answer 1

您的模式本质上与使用事件相同，但有一个关键区别。事件不会公开底层委托(delegate)(在您的示例中为 ModelDataChangedCallback)。公开这是不好的做法，因为其他代码可以清除调用列表等。一个事件将有一个底层委托(delegate)，可以添加到类的范围或从中删除，但永远不会从类的范围之外清除。

我不明白您关于没有多个订阅者的观点 - 这不是不使用事件的理由。事件只是类说“嘿!这件事发生了”的一种方式，与 Presenter 对象的一对一映射是完全合理和正常的。

您也不会在 View 中看到那个看起来很奇怪的只写属性。