MVP和Android处理生命周期事件，UI逻辑在哪里做

Question

我正在转换我的应用程序以使用 MVP 模式。对于 MVP 的正确使用，开发人员之间存在一些争论，尤其是在 Android 生命周期和 UI 相关逻辑的去向方面。没有争论应该在演示者中完成任何硬逻辑，并且网络

---

如果我需要为生命周期函数、onresume、onPause 等做任何事情。我应该...

1. 调用 mPresenter.onResumeEvent();演示者然后进行呼叫。 IE 合同.restoreState(); contract.connectToService() 等

或

1. 在这里执行我需要的所有逻辑，而不涉及控制器。 IE restoreState，启动加载微调器等。

我认为 onResume 是一个事件。所有事件都应由 Presenter 处理。相反的论点是，我们不想编写“乒乓球”的代码，即OnResume -> Presenter -> 显示微调器（或类似效果）的单行函数

---

现在颗粒更细了。 假设我开始我的活动，我需要根据数据是否为空来显示错误或数据。

我也可以..

(presenter)
contract.setupUi(data);

然后

(view)
setupUi(Object data){
if(data != null){
//show data 
}
else{
//show error
}

哪个 UI 控制从演示者引发的状态。

或者我可以这样做

(presenter)
if(data != null){
contract.showUI(data);
}
else{
contract.showError();
}

哪个有合同查看所有州。

---

总体目标是让 Presenter 完全控制有关应用程序的所有内容并将视图视为完全哑巴。或者它只是为了测试目的而划分代码。还是两者兼有？

---

回顾。

1. 我应该如何处理生命周期 - 将其视为一个事件或让 看看就做吧。
2. 视图相关的逻辑应该去哪里？让演示者弄清楚 什么是 null 以及要显示什么 UI。还是让视图来处理它？
3. 我的全部重点应该是什么？控制应用程序 演示者，单元测试，两者兼而有之？

Answer 1

非常好的问题，但遗憾的是，它们没有明确的答案。

归结为 MVP（或任何其他 MVx）不是一个特定的实现，而是一种受解释的高级架构模式。

这么说，我对你的问题的回答：

1. 我坚信 UI 逻辑根本不属于 Activity/Fragment，因此 MVx 视图不应该知道生命周期事件。
2. UI 逻辑进入独立类，负责 MVx 视图。放置空值检查的位置取决于此检查的目的：如果结果仅影响 UI（例如显示/隐藏 UI 元素），则在 MVx 视图中执行检查；如果结果影响应用程序的流程（例如显示提示对话框、更改屏幕等），则在演示者中执行检查；如果两者都 - 在演示者和视图中执行检查
3. 您的整体重点应该放在编写可维护的代码上。可维护，首先，意味着可读。

再次 - 以上答案是恕我直言。

您可能也对我写的这一系列帖子感兴趣：MVP and MVC Architectures in Android