Android 应用架构指南 | 您所在的位置:网站首页 › MVP框架搭建 › Android 应用架构指南 |
一 简介
遵循摩尔定律,手机终端随着每年的更新换代,其性能也飞速增长。依附于此的 Android 应用规模也愈发复杂。截止 2023 年 4 月,最新版本 8.0.32 微信 apk 大小为 238MB,而对比 2011 年微信 1.0 版本 apk 包大小仅为 457KB,短短 12 年增长了 533 倍。 随着应用规模增大,功能扩展困难、测试规模大及并行开发难等问题愈发突出。为了从根本上解决这些问题,就需要对应用进行重构,此时应用架构设计就显得尤为重要。 Android 应用架构设计三步走: 现象: 程序代码和资源越来越多,代码耦合度高,扩展、维护及测试困难 手段: 分离代码,提炼模式 结果: 确保应用的稳健性、可测试性和可维护性下文主要介绍三种常见的架构设计模式 MVC、MVP、MVVM。 二 MVCMVC 全称 Model View Controller,是模型(Model)-视图(View)-控制器(Controller)的缩写。 MVC 初步解决了 Activity 代码太多的问题,但 Activity 天然不可避免要处理 UI,也要处理用户交互,导致 Activity 里糅合了视图和业务的代码,分离程度不够。 优点: 耦合性较低,生命周期成本低,部署快,适用于快速开发的小型项目缺点: 不适合中大型项目,View 层和 Controller 层连接过于紧密 View 层对 Model 层的访问效率低 一般的高级 UI 页面工具和构造器不支持 MVC 模式 三 MVP为了将 Activity 中的表现逻辑彻底分离出来,业界提出了 MVP 的设计。 MVP 全称 Model View Controller,是模型(Model)-视图(View)-呈现者(Presenter)的缩写。 在 MVP 模式中,Model 与 View 无法直接进行交互,所以 Presenter 层会从 Model 层获得数据,适当处理后交给 View 层进行显示。在 MVP 模式中,Presenter 层将 View 层和 Model 层进行隔离,使 View 和 Model 之间不存在耦合,同时将业务逻辑从 View 层剥离。 优点: 逻辑结构清晰,View 层代码不再臃肿,所有的交互都发生在 Presenter 内部缺点: View 层和 Presenter 层的交互需要定义接口方法,当交互非常复杂时,需要定义很多接口方法和回调方法,增加维护复杂度 Presenter 层 持有 View 层的引用,当用户关闭了 View 层,但 Model 层仍然在进行耗时操作,会有内存泄漏风险 四 MVVMMVVM 全称 Model View ViewModel,模式改动在于中间的 Presenter 改为 ViewModel,MVVM 同样将代码划分为三个部分: 在实现细节上,View 和 Presenter 从双向依赖变成 View 可以向 ViewModel 发指令,但 ViewModel 不会直接向 View 回调,而是让 View 通过观察者的模式去监听数据的变化,有效规避了 MVP 双向依赖的缺点。 优点: 模块间充分解耦,结构清晰,职责划分清晰 在 MVP 的基础上,MVVM 把 View 和 ViewModel 也进行了解耦缺点: View 与 ViewModel 的交互分散,缺少唯一修改源,不易于追踪 复杂的页面需要定义多个 MutableLiveData,并且都需要暴露为不可变的 LiveData 五 参考文献Jetpack 系列(5)—— Android UI 架构演进:从 MVC 到 MVP、MVVM、MVI MVC、MVP、MVVM,我到底该怎么选? |
CopyRight 2018-2019 实验室设备网 版权所有 |