7

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

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

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

我的问题是，这是为了与 .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.
    }
}
4

1 回答 1

5

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

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

您也不会在视图中看到看起来很奇怪的只写属性。

于 2012-05-01T06:42:07.663 回答