Design patterns MVP-有多少主持人

Design patterns MVP-有多少主持人,design-patterns,mvp,Design Patterns,Mvp,通常的做法是,一个演示者用于查看视图,一个用于编辑视图,还是应该全部放在一个演示者中。我遵循的经验法则是。。。 -1演示者1视图 但对于常用控件,如果演示逻辑相同,则可以共享演示者。。。 例如。。。 您有一个对话框控件用于“确认对话框”、“操作完成对话框!”和许多其他变体。。。 为此,我让这个控件从一个公共视图界面实现,并让一个演示者为整个对话框控件套件提供服务 原因是它有助于保持图案干净。此外,就灵活性而言,这也有其自身的好处 最近,我有一项任务,要将基于MVP构建的windows应用程序迁移

通常的做法是,一个演示者用于查看视图,一个用于编辑视图,还是应该全部放在一个演示者中。

我遵循的经验法则是。。。 -1演示者1视图

但对于常用控件,如果演示逻辑相同,则可以共享演示者。。。 例如。。。 您有一个对话框控件用于“确认对话框”、“操作完成对话框!”和许多其他变体。。。 为此,我让这个控件从一个公共视图界面实现,并让一个演示者为整个对话框控件套件提供服务

原因是它有助于保持图案干净。此外,就灵活性而言,这也有其自身的好处


最近,我有一项任务,要将基于MVP构建的windows应用程序迁移到asp.net(1视图1演示者经验法则)。迁移是无缝的,因为我只需要担心创建各自的视图,其余的事情都由设计负责

我问了一个关于WinForms的类似问题,但我认为答案涵盖了任何形式的MVP。普遍的共识是每个视图应该使用一个演示者。

为了澄清,您的意思是每个视图实例使用一个演示者实例……对吗?