手记

聊聊Android中的三大框架

为什么我们要用到开发模式,如果单单说写一些Demo或者一个工程只有几个Java文件,其实也没有别要去想太多的架构问题,直接撸代码就完事了。但是如果一个项目代码量比较多、业务比较繁琐、扩展性高。那么我们前期的规划是必不可少的,更加需要我们关注架构层面。

接下来我们看下Android现有的几大架构

一、MVC————Model-View-Controller

M:Model(模型)   M层是用来处理数据以及业务逻辑关系

V:View(视图)   V 层是用来数据的显示

C:Controller(控制器) C 层是把M和V之间的桥梁

在Android开发中,Activity本身并不是一个标准的MVC模式中的Controller,它的首要职责是加载应用的布局和初始化用户界面,并接受并处理来自用户的操作请求,进而作出响应,这样就会难免出现在Activity去处理数据。在数据处理和业务逻辑越来越多的情况下,View也就是Activity或Fragment就会很臃肿,代码量蹭蹭的往上涨,不太利于后期的开发和维护。这就会我们引进MVP。

二、MVP  ————  Model-View-Presenter

M:提供数据

V:显示数据

P:处理逻辑

其实MVP就是MVC延伸出来,同样是划分三层,不过MVP的Presenter让Activity更加专注于处理页面显示。这样做的好处就是:让Activity只做UI的处理,数据处理和业务逻辑全丢给Presenter来完成。但是有个缺点就是我们要写很多的接口类,增加代码量。

三、MVVM ———— Model-View-ViewModel

M:model  实体模型

V:view  UI交互层(Activity、fragment)

VM:ViewModel  负责View与Model之间的交互,业务逻辑处理

首先MVVM是一种模式,而实现这种模式的就要用到Data Binding(关于这个可以在网上搜索学习,这里不多介绍)。然后View和ViewModel是可以通过Data Binding来实现视图和数据的双向绑定,从而达到MVVM这样的效果。

 从我个人来说,我更倾向于使用MVP模式来作为开发,可能我是

原文出处

0人推荐
随时随地看视频
慕课网APP