用于管理 UI 元素的 Android 设计模式

Question

这个问题的答案将是一个设计模式，用于 Android 应用程序的开发，它简化了用户界面元素的管理方式，使得许多这样的元素可以集中管理，即使从不同的地方采取行动应用程序。

对于没有太多状态的小型应用程序，在 Activity 生命周期方法中管理 UI 元素很好。如果应用程序增长并且可以根据 主线程之外 的进程更改状态，则进行更改的地方的数量会增加。这使得应用程序更难维护(在许多地方都有状态更改代码)。我寻求一种设计模式，使用户界面在各种状态下发生的情况更加清晰。

我意识到可以使用诸如 SQLiteDatabase 和 SharedPreferences 之类的持久性工具，这可能是设计模式的一部分，但是中央控制，其中应用程序的状态可以得到维护，同时控制用户看到的内容和用户能够执行的操作是我们的目标。

Answer 1

有一种称为“MVP”(模型/ View /演示者)的模式已用于此目的。 This answer提供了在 Android 框架中编程时 MVP 优于 MVC 三元组的原因。

从this article开始排队, 我们看到这种模式背后的想法是将 model 和 view 与 presenter 分开。

• 主持人 -与 MVC 模式一样，呈现器从模型中获取数据并将其返回给 View 。此外，它还决定了当您与 View 交互时会发生什么。

• 观点 -这将是一项 Activity ，并将创建演示者。它会监听 Activity ，但它不会自己做任何事情，而是请求演示者采取行动。

• 模型 -我们希望显示的数据提供者。

有一个工作 MVP 应用程序的示例 androidmvp on github