Android 架构设计:设计模式分析
Posted 深海呐
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android 架构设计:设计模式分析相关的知识,希望对你有一定的参考价值。
今天深海将给大家分享一下个人对现有android架构的分析和总结;
Android 架构设计(二):分包和文件结构_赵星海的博客-CSDN博客
Android 架构设计(三):三方框架推荐 //敬请期待
Android 架构设计(四):组件化? //敬请期待
现有Android主流设计模式有哪些?
1:无架构
- 很多人把无架构定为MVC ,这边深海要纠正一下,无架构 != MVC
2:MVC
- Model - 数据模型/数据来源。
- View - 视图(Activity/Fragment/View)。
- Controller - Controller通常为单例模式存在,View与Controller相互持有,View与Controller都持有Model。View触发事件时通过Controller处理逻辑后改变Model,或Controller 监听到数据改变后改变View展示。
我这边就直接拿网图了啊,不过网图画的不对,我这边纠正了一下,View与Controller是相互持有,因为View需要持有Controller才可以调用其方法,而Controller必须持有View才可以改变它,Model没有持有View的必要。 这个网图的原作者可能对与MVC的理解和深海有所不同。
优点:
简单,类少,文件少,很小的项目或者很大的项目都可以用。
缺点:
业务越复杂,越乱,文件少意味着文件个头大。
适合小项目或者逻辑不是太复杂的大项目, 自从MVP兴起后使用率逐渐变低,从MVVM兴起后几乎绝迹,MVC大多看到的是老项目的影子。或者很小的项目和独立开发的项目。
3:MVP
- Model - 数据模型/数据来源。
- View - 视图(Activity/Fragment/View)。
- Presenter - 作为隔离联系人,View触发事件时调用Presenter方法,由Presenter完成后续逻辑后改变Model并改变View。
与MVC的核心区别:
- View和Model禁止直接通信。
- Presenter通常面向界面与界面成一对一的关系,而Controller通常面向业务,服务于一个业务下的所有界面。
优点是职责清晰,接藕。缺点是接口多,文件多,代码多。
至今都被人认为是Android最主流的架构设计模式,但是MVVM出现后很大一部分的新项目都采用了MVVM的结构,且比率还在不断提高。
4:MVVM
使用举例:Android MVVM最简易举例(ViewModel&LiveData)_赵星海的博客-CSDN博客_android mvvm
数据驱动为核心。ViewModel作为View的数据映射,View的所有数据均来自ViewModel。View改变时调用ViewModel的方法处理逻辑并改变其数据。同时View通过DataBinding或者LiveDate监听数据的改变,由此改变View的展现。
各自职责:
- ViewModel: 负责保存数据,处理逻辑&改动数据。
- View:负责三件事:1.展示数据2.监听ViewModel的数据改变由此改变自身展示;3.触发事件后直接改变ViewModel数据,或调用ViewModel方法,由ViewModel处理逻辑后改变数据。
- Model:通常指接口返回数据的数据模型和本地存储数据模型,不包含View的数据模型,因为View已经有了自己的专用数据模型,那就是ViewModel 。
这个图我自己画一下,因为网图不够明确。
与MVP的区别:
- ViewModel不持有View 而Presenter持有View。
- MVVM为数据驱动 MVP为事件驱动。
- ViewModel为数据驱动 而Presenter为事件驱动。
优点:
逻辑清晰,代码文件也少
缺点(大多是Databinding的缺点):
- 数据绑定增加Bug调试难度。
- 对于复杂的页面,model也会很大,虽然使用方便了也很容易保证了数据的一致性,但长期持有,不利于释放内存。
- 数据双向绑定不利于View重用。
深海个人不推荐使用Databinding, 推荐使用LiveData+Kotlin布局引入插件。
深海认为 布局文件应该保证其简单性和职责单一性!
以上是关于Android 架构设计:设计模式分析的主要内容,如果未能解决你的问题,请参考以下文章
Android App的设计架构:MVC,MVP,MVVM与架构经验谈