我有一个很大的组成部分。我们也可以假设它是主要组件。这个组件应该包含一个子组件,在我的例子中它是一个抽象面板,并且它已经实现了自己的MVP。现在我正在实现MainComponent,因此我需要生成小的可重用抽象子组件的MVP。
我现在的问题是:我应该在哪里生成这3个子部分中的每一个?在视图中查看,在模型中演示者+模型?视图中的视图、演示者中的演示者、模型中的模型?
提前感谢您对此的意见!

发布于 2014-08-14 19:17:27
你没有提供关于你的MVP具体实现的太多细节,但这里是我对这个主题的看法:
已经实现了自己的MVP
我假设这意味着当加载一个视图(无论是主视图还是子视图)时,它已经与正确的呈现器和模型连接起来了。我还假设,如果任何子演示者与主要演示者共享组件或服务,这些组件或服务将由依赖项注入框架解决。
如果我的假设是错误的,那么负责加载视图的组件应该更新,以确保发生这种情况,即,当加载视图时,它是有效的。
我现在的问题是:我应该在哪里生成这3个子部分中的每一个?在视图中查看,在模型中演示者+模型?视图中的视图、演示者中的演示者、模型中的模型?
根据我上面的评论,您应该有一个负责加载视图并确保正确配置视图的对象(让我们将此对象称为ViewLoader)。这个对象只能从你的视图层直接调用,也就是永远不能从演示者调用。
然而,这样做的问题是presenter对象驱动应用程序,因此需要一种方式来告诉视图层加载另一个视图。您可以通过将视图引用传递给演示者来解决此问题。视图引用应该隐藏在不公开所使用的视图技术的任何细节的接口后面,例如:
public interface IMainView
{
void OpenSettings();
}然后,演示者可以调用OpenSettings()方法。该方法将由一个具体的视图类实现,可能如下所示:
public class MainView : UserControl, IMainView
{
public void OpenSettings()
{
var settingsView = viewLoader.Load(typeof(settingsView));
this.tabControl.add(settingsView);
}
}请注意,实现接口的实际具体视图可以使用ViewLoader加载视图,因此它只需将视图插入到视图层次结构中(因为ViewLoader提供了一个完全配置的视图)。
还要注意,IMainView接口描述的是应用程序行为,而不是实际的实现(即,它被命名为OpenSettings而不是OpenDialog)。这意味着,如果视图更改了打开设置视图的方式(如在对话框中显示),则只需要更新视图;presenter根本不需要更改,因为它仍将调用OpenSettings()方法来调用所需的行为。
总而言之:
视图加载器对视图调用方法以驱动behaviour.
https://stackoverflow.com/questions/17568105
复制相似问题