fnhp.net
当前位置:首页 >> AnDroiD mvp架构 >>

AnDroiD mvp架构

前言MVP作为一种MVC的演化版本在Android开发中受到了越来越多的关注,但在项目开发中选择一种这样的软件设计模式需保持慎重心态,一旦确定使用MVP作为你App的开发模式那么你就最好坚持做下去,如果在使用MVP模式开发过程中发

设计Presentation层的架构很简单,但你需要知道什么代码归Presenter什么归Model.当你有一个巨型Presenter时,想想真的是界面需要响应的事件太多,还是你的Presenter干了Model的事.

MVP模式是MVC模式在Android上的一种变体,要介绍MVP就得先介绍MVC.在MVC模式中,Activity应该是属于View这一层.而实质上,它既承担了View,同时也包含一些Controller的东西在里面.这对于开发与维护来说不太友好,耦合度大

android MVP开发模式的优点1)View和Model之间的耦合度降低,使其更关注自身业务逻辑,结构清晰,维护方便;2)便于单元测试;3) 代码复用率提高;4)代码框架更适用于快速迭代开发;android MVP开发模式的缺点1)MVP模式的不足,主要表现在每个view都有presenter ,类相对比较多.2)写的接口比较多,一个套一个,接手不熟,很容易晕.

MVC与MVP架构特点与区别-androidhttp://blog.csdn.net/shareus/article/details/51481308

参考如下内容:第一阶段使用传统的mvc,其中的view,对应的是各种layout布局文件,但是这些布局文件中并不像web端那样强大,能做的事情非常有限;controller对应的是activity,而activity中却又具有操作ui的功能,我们在实际的项目中也会

在android上逻辑接口和数据存取是紧耦合的,这个问题可以看看cursoradapter这个例子,它既融合了适配器,同时也有显示的成分,而cursor很大程度上应该是数据数据存取层的.mvp模式可以让显示界面和数据分离,开发的应用可以分离至少三层,这样也可以进行独立测试.有了mvp就可以从activity中分离大部分代码,而且不用单元测试可以对每个模块进行单独测试了.

去github研究下android10/Android-CleanArchitecture 这个框架,目前是比较看好的框架.简单来说,优点有以下 1.层次分明,各层级之间都不管对方如何实现,只关注结果; 2.在视图层(Presentation Layer)使用MVP架构,使原本臃肿的Activity(或Fragment)变得简单,其处理方法都交给了Presenter. 3.易于做测试,只要基于每个模块单独做好单元测试就能确保整体的稳定性. 4.易于快速迭代,基于代码的低耦合,只需在业务逻辑上增加接口,然后在相应的层级分别实现即可,丝毫不影响其他功能.

优点:view由Activity承担,Presenter做业务,结构清晰(模式么就是讲究一个套路,结构清晰后来者维护也是受益的).之前开发都是全写一个类,Activity里面,业务复杂的情况下会头疼. 缺点:每个view有个presenter ,类多了.不说

MVP开发模式的优点: 1.项目结构清晰,解耦程度高,每个功能相互之间独立,可单独测试. 2.代码维护性高,代码出线Bug,能够快速定位. 3.功能扩展性强,增加业务功能时,并不需要去修改原始代码,只需增加相应的业务代码即可.MVP开发模式的缺点: 1.项目会出现大量的presenter,大大增加了类的数量. 2.因为Activity会持有presenter的引用,使用不当的话,容易出现内存泄露问题.

网站首页 | 网站地图
All rights reserved Powered by www.fnhp.net
copyright ©right 2010-2021。
内容来自网络,如有侵犯请联系客服。zhit325@qq.com