Android 架构模式
简介
当您正在构建一个复杂的 Android 应用程序时,建议您遵循其中一种 Android 架构模式,以便将来能够轻松地管理和更新您的项目。Android 架构模式通常用于为代码提供适当的结构。Android 中遵循的三种不同的架构模式如下:
MVC(模型-视图-控制器)
MVP(模型-视图-展示器)
MVVM(模型-视图-视图模型)
Android 架构模式的主要用途是将 UI 与业务逻辑分离,并使其易于维护。
使用 Android 架构模式的优点
使用 Android 架构模式开发的应用程序易于理解和管理。除此之外,应用程序所需的更改可以轻松进行,而不会干扰项目的完整流程。
使用 Android 架构模式有助于我们为代码添加测试用例,并提供测试代码的能力。
使用 Android 架构模式的缺点
理解架构模式并根据该模式编写代码是一个耗时且复杂的过程。
MVC(模型-视图-控制器)
模型-视图-控制器是一种架构模式,它指示将 Android 应用程序的代码分成 3 层,如下所示:
模型 - MVC 中的模型层负责处理应用程序中使用的数据。模型类负责与网络或数据库通信和收集数据。
视图 - 视图层顾名思义,向用户显示视图。它管理对最终用户可见的 Android 应用程序的 UI。
控制器 - MVC 中的控制器包含 Android 应用程序的核心逻辑,用于从模型层读取和写入数据,并将这些数据设置到 UI 层以显示给用户。
使用 MVC 模式的好处
可以使用 MVC 模式对模型和控制器类进行单元测试。
MVC 模式提供了分离模型类的功能,这使得实现新功能变得更容易。
使用 MVC 模式的缺点
代码层相互依赖。例如,UI 层依赖于模型层获取数据并在 UI 层中显示它。
MVP(模型-视图-展示器)
模型-视图-展示器是一种架构模式,它将 Android 应用程序的代码分成 3 层,如下所示:
模型 - 模型层用于存储应用程序中使用的数据。数据可以从应用程序的网络或数据库中收集。
视图 - 视图是 UI 接口层,它提供数据的可视化,以跟踪操作,通知用户操作并将其呈现给展示器。
展示器 - MVP 中的展示器用于从模型中获取数据,并根据用户与应用程序的交互在 UI 中显示它。
使用 MVP 模式的好处
在 MVP 中,模型、视图和展示器层是分开的,这使得测试代码变得更容易。
MVP 与 Android 组件没有任何关系。
MVVM(模型-视图-视图模型)
模型-视图-视图模型是一种架构模式,它将 Android 应用程序的代码分成 3 层,如下所示:
模型 - 模型负责存储 Android 应用程序中使用的数据。此层用于数据源的抽象。
视图 - MVVM 中的视图层用于获取用户在 Android 应用程序中执行的操作。此层将通知视图模型用户与视图的交互。
视图模型 - 视图模型用于从模型获取数据并通过视图层将其显示给用户。
使用 MVVM 模式的优点
MVVM 使维护代码变得更容易。
由于 MVVM 分离了代码的不同层,因此可以轻松地测试代码。
使用 MVVM 模式的缺点
由于复杂的数据绑定,应用程序的调试变得困难。
结论
在本文中,我们了解了 Android 中的架构模式是什么,以及它有哪些不同的类型以及在 Android 中使用每种架构模式的优缺点。