模型视图演示者 - 相同的视图，不同的演示者答案

【问题标题】：Model View Presenter - same view, different presenters模型视图演示者 - 相同的视图，不同的演示者
【发布时间】：2015-07-23 02:29:27
【问题描述】：

我正在使用 MVP 构建一个 Android 应用，我对这种模式有一个疑问。

假设我有一个屏幕用于创建一个新人。此屏幕将显示一个EditText 用于插入姓名，另一个用于姓氏，一个ImageView 用于显示选择的照片图片等。这将导致一个View 接口，由Fragment 实现。它将与一个由另一个类实现的Presenter 接口配合。

很好。

现在我有了另一个功能：编辑现有人物的屏幕。碰巧的是，此功能的View 与创建新人的功能相同。但是，Presenter 不同。它将首先从 db 加载现有人员以使用当前数据预填充视图，并且单击“保存”时对数据库的操作将是更新而不是插入。

所以，我认为这是 MVP 的一个示例其中一个 View 与 Presenter 的不同实现一起工作以实现不同的用例。

您认为这是一个正确的假设，还是您认为不同的功能应该有不同的View 和Presenter 接口？
另外，如果你有一个共同的View 和不同的Presenters，那么View 的实现会是共同的，还是会导致两个类实现相同的接口？在实践中，我看到了两种选择。
- 只有一个Fragment 实现View。根据用户是要创建新用户还是更新现有用户，Fragment 应该接收并使用不同的 Presenter。
- 有两个Fragments。每个人都会实例化一个不同的Presenter。使用组合或继承来避免两个片段之间的代码复制。

在这些情况下，您认为怎样做比较好？

谢谢。

【问题讨论】：

【解决方案1】：

当您在 Android 上使用 MVP 模式创建类似 CRUD 的应用程序时，您会遇到这种情况。

你可以很容易地只拥有一个视图，只要你在课堂上很好地记录它为两个不同的演示者实现“视图”，那么它“没问题”

我个人建议创建 2 个视图，一个用于“创建”，一个用于“编辑”（它们可能是相同的（目前），但将它们分开可以清楚地表明它们是不同的东西。）

您可以很容易地看到未来的情况（或此模式的另一个实现），您的“创建”和“编辑”视图实际上具有不同的 API。或者稍有不同的视觉提示，例如一个按钮标记为“创建/添加”，另一个按钮标记为“更新”。

我会亲自制作一个视图库/帮助器类，两个视图都从中提取逻辑。这应该可以帮助您减少整体 LoC，即使您制作了 2 个“视图”类。这样做的好处是您可以轻松更改“创建/编辑”视图，而不必担心影响另一个。（我倾向于认为 2 个视图文件，当创建/编辑之间甚至存在“轻微”差异时，会更容易维护）

【讨论】：