Model-View-Presenter 中的 Presenter 是否创建视图？

Question

MVP 中的视图是如何创建的？ Presenter 是否总是创建它们（除了子视图的 View 之外）？或者它是一个单独的第三方组件或应用程序或创建它们的东西？

我们还要补充一点，我可能会在 Dojo Toolkit/ExtJS（即 JavaScript）上执行此操作。

所以，我有这些代码行：

var v = new MyApp.view.User();
var p = new MyApp.presenter.User();

这两行代码到底应该放在哪里？演示者是否实例化视图，或者反之亦然？第一个实例是由什么实例化的？

Answer 1

这取决于...

MVP 的主要目标是将复杂的决策逻辑与 UI 代码分开，使两者变得更易于理解和维护。通常另一个目标是使演示器中的决策逻辑可测试。

Fowler 在 2004 年描述了 MVP 模式，他在 2006 年停用了该模式，将该模式拆分为 < a href="http://martinfowler.com/eaaDev/SupervisingPresenter.html" rel="noreferrer">监督控制器 (SC) 和 被动视图 (PV)。在SC中，View与Model绑定，但在PV中则不然；在PV中，View只能由Presenter直接改变。

在 SC 和 PV 中，演示者必须更新视图并对用户对视图所做的更改做出反应，例如输入文本或按下按钮。当您让 View 调用 Presenter 上的方法时，就会出现您所描述的问题，因为 View 需要对 Presenter 的引用，反之亦然。如果您这样做，您只需决定谁来启动这一切。选项有：

1. View 创建 Presenter 的实例。当 View 被加载时，它会在 Presenter 上的初始化函数中将自身传递给 Presenter。
2. 反之亦然：Presenter 创建 View 并在 View 的初始化函数中将自身传递给 View。
3. 您引入第三个对象，该对象创建 View 和 Presenter，将它们连接在一起并初始化它们。

所有选项都允许您实现关注点分离和提高决策逻辑的可测试性的“MVP 目标”。我不认为这些方法在理论上是正确或错误的——您只需选择最适合您使用的技术的方法即可。最好在整个申请过程中保持一致的选择。

Answer 2

您可以选择以下选项：

var cvp = new ContactViewPresenter(new ContactView());

ContactViewPresenter 构造函数设置 this.view = viewParam，并设置 this.view.presenter = this。
它将代码保留在 Presenter 中，必要时可以交换视图，并且可以传入视图的模拟来进行测试。

var cv = new ContactView(new ContactViewPresenter());

ContactView 构造函数设置 this.presenter = cvpParam 和 this.presenter.view = this。
View 中有一些逻辑，但不是很多。如有必要，可以更换演示者。

ContactView cv = new ContactView();
ContactViewPresenter cvp = new ContactViewPresenter();
cv.presenter = cvp;
cvp.view = cv;
cv.init();
cvp.init();

这是更多的代码。

ContactViewPresenter cvp = new ContactViewPresenter();

构造函数创建集合 this.view = new ContactView() 和 this.view.presenter = this。

ContactView cv = new ContactView();

构造函数设置 this.presenter = new ContactViewPresenter() 和 this.presenter.view = this

最后两个似乎有点过于耦合。

其一是代码保留在 Presenter 中，并且似乎可以更轻松地进行测试。

两个很好，因为您不必太关心演示者，而可以更多地担心您的视图。

Answer 3

我认为 Presenter 不应该实例化视图，这应该由 MVP 三元组之外的实体（不是面向数据的意义上，我的意思是一般实体）来完成。例如，控制反转 (IoC) 框架（如果您还没有听说过 IoC，请查看 Martin Fowler 的文章），或者一些负责用户配置的应用程序模块。

Answer 4

如果您使用的是 WebForms，那么 WebForm OnLoad 或 Init 应该是您创建 Presenter 的位置 - 然后将接口引用传递给 WebForm 实现的 View。

所以，像这样：

Presenter _presenter;

OnLoad(object sender, EventArgs e) 
{
  _presenter = new Presenter(this);
  _presenter.Initialise();
}

Presenter 构造函数的定义如下：

public class Presenter
{
  public Presenter(IView viewReference)
  {
    _viewReference = viewReference;
  }
}

Answer 5

我的术语可能略有错误，但我认为你需要确定交互的构成根源；开始交互的是什么？

在我给出的 Webforms 示例中，Webform 是由 Http 管道创建的，OnInit 或 OnLoad 事件是管道中的第一个点（取决于您需要的上下文），您可以“挂钩”到该流程。因此，您创建一个 Presenter 并为其提供 Webform 的具体实例作为视图界面。

我不知道您正在讨论的 Javascript 框架，但我认为有一个初始化/调用步骤 - 在 ASP.NET MVC 中，这是 ActionInvoker 参与的时候，它是控制台应用程序中的 Main。