Windows窗体中的MVP

Question

我想在我的 Windows 窗体应用程序中实现 MVPO 模式。如您所知，1:1 意味着一个演示者一个视图。

所以基本上我们可以：

public class MainPresenter
{
       IMainView _mainView;
       public MainPresenter(IMainView mainView)
       {
             _myView = myView;
       }
}

我的问题是一个演示者可以使用其他演示者吗，例如：

public class MainPresenter
{
       IMainView _mainView;
       ISomeOtherPresenter _otherPresenter;
       public MainPresenter(IMainView mainView, IOtherPresenter otherPresenter)
       {
             _mainView = myView;
             _otherPresenter = otherPresenter;
       }
}

作为参考，我浏览了 Robert Marquez 的视频教程。在他第 10 个视频系列的第 10 个视频系列中，他在另一个视频中使用了一个 rpesenter

Reference link

35:39 你会看到他的 MainPresenter 依赖于 IHelpAboutPresenter。

对我来说这是合乎逻辑的，因为如果HelpAboutView（表单）可以通过MainView 的按钮打开，那么MainPresenter 必须有权访问视频中显示的HelpAboutPresenter。如果不是那样怎么做，因为所有人都说1:1，而这里我们有1 presenter uses other presenter.

Answer 1

这样的交叉依赖有点小代码。如果您需要其他演示者的功能，则演示者可能有一些共同点。所以也许它们应该派生自同一个基类。然后他们可以轻松地共享逻辑，而不会使您的依赖关系图复杂化。

public class BasePresenter
{
    protected void SharedMethod()
    {
        //Code that you need to call from both presenters
    }
}

public class MainPresenter : BasePresenter
{
    IMyView _myView;

    public MainPresenter(IMyView myView)
    {
        _myView = myView;
    }

    private Foo()
    {
        SharedFunction();
    }
}

public class OtherPresenter : BasePresenter
{

    public OtherPresenter(IMyView myView) : base()
    {
        _myView = myView;
    }

    private Bar()
    {
        SharedMethod();
    }
}

Answer 2

我会断言，这种方法本质上没有任何错误，尽管人们可能会采取另一种方式。

“主要”视图可能更像front controller。该模式通常与 Web 应用程序相关联，尽管它可能仍适用于桌面应用程序。例如，主 MDI 视图可能是 前端控制器。

通常，前端控制器将具有某种调度机制，以使特定请求处理程序处理单个请求（例如桌面应用程序中的菜单单击，或基于 Web 的应用程序中基于 url 的资源）。因此，有一个轻微的间接性将前端控制器与具体实现分离。

在链接视频的情况下，这种关系更加耦合，因为About 框请求（如果我理解正确的话）不是由特定的请求处理程序而是由前端控制器处理的。

让这看起来很奇怪的是前端控制器是使用 MVP 模式实现的。