Android T-MVVM深度解耦开发框架
前言
自从官方mvp的Sample出来后,闹得热火朝天的mvp,小码也未能幸免加入MVP大坑中,入坑近2年的MVP的架构终于要说拜拜了,最近由于公司项目相对稳定,做了一次较大的重构,原来的MVP架构切换到了T-MVVM。整个项目清爽了许多。
问题
MVP缺点:
* Presenter中除了逻辑以外,还有大量的View->Model,Model->View的逻辑操作,造成Presenter臃肿,维护困难。
* 对UI的渲染放在了Presenter中,所以UI和Presenter的交互会过于频繁。
* Presenter过多地渲染了UI,往往会使得它与特定的UI的交互频繁。一旦UI变动,Presenter也需要变
* 接口暴增,可以说代码量成倍增长,交互都需要通过接口传递信息,让人无法忍受.
基本上用过mvp的码友们都能发现了以上诸多弊端。于是小码就尝试从传统的MVP过度到T-MVVM,深度结构,告别繁琐的接传递信息。
如果项目业务不是很多或者业务相对简单,其实完全没有必要使用mvp,反而让项目变得更为复杂。
T-MVVM代码,如果有帮助记得star哦https://github.com/SelfZhangTQ/T-MVVM
基于ViewModel,LiveData,Retrofit,Rxjava实现T-MVVM体系结构的架构,泛型限定,深度解耦。
ViewModel优点:
* 同步关联生命周期,
* 数据共享 ,
* 复用性强 ,
LiveData优点:
* 确保UI界面的数据状态,
* 没有内存泄漏,不会因为Activity的不可见导致Crash,
* 不用再人为的处理生命周期,
* 共享资源,
此架构未使用DataBinding原由:
* 数据绑定增加Bug调试难度,
* 复杂的页面,model也会很大,虽然使用方便了也很容易保证了数据的一致性,当时长期持有,不利于释放内存,
* 数据双向绑定不利于View重用,
T-MVVM架构分层代码
1:先定义BaseViewModel基类
/**
* @author:tqzhang on 18/7/26 16:15
*/
public class BaseViewModel<T extends BaseRepository> extends AndroidViewModel {
public T mRepository;
public BaseViewModel(@NonNull Application application) {
super(application);
mRepository = TUtil.getNewInstance(this, 0);
}
@Override
protected void onCleared() {
super.onCleared();
if (mRepository != null) {
mRepository.unSubscribe();
}
}
}
BaseViewModel通过泛型类型参数BaseRepository子类初始化Repository数据仓库,同时在activity/fragment走onDestroy()生命周期方法时 BaseViewModel回调onCleared,即页面销毁是用来取消网络请求或资源释放等操作。
正常开发一般不建议直接通过ViewModel获取网络数据,这里我们将工作交给一个新的模块Repository。Repository只负责数据处理,提供干净的api,方便切换数据来源。
2:再定义BaseRepository
public abstract class BaseRepository {
protected ApiService apiService;
public BaseRepository() {
if (null == apiService) {
apiService = HttpHelper.getInstance().create(ApiService.class);
}
}
private CompositeSubscription mCompositeSubscription;
protected void addSubscribe(Subscription subscription) {
if (mCompositeSubscription == null) {
mCompositeSubscription = new CompositeSubscription();
}
mCompositeSubscription.add(subscription);
}
public void unSubscribe() {
if (mCompositeSubscription != null && mCompositeSubscription.hasSubscriptions()) {
mCompositeSubscription.clear();
}
}
BaseRepository中内容相对简单,主要是获取ApiService和网络请求订阅容器,方便管理网络请求。
3:然后自定义AbsLifecycleFragment基类继承BaseFragment,BaseFragment可自行编写。如不需要使用T-MVVM,可自行继承BaseFragment,互不影响。
public abstract class AbsLifecycleFragment<T extends BaseViewModel> extends BaseFragment {
protected T mViewModel;
/**
* init view
* @param state
*/
@Override
public void initView(Bundle state) {
mViewModel = VMProviders(this, TUtil.getInstance(this, 0));
if (null != mViewModel) {
dataObserver();
}
}
/**
* create ViewModelProviders
*
* @return ViewModel
*/
protected <T extends ViewModel> T VMProviders(BaseFragment fragment, @NonNull Class<T> modelClass) {
return ViewModelProviders.of(fragment).get(modelClass);
}
protected void dataObserver() {
}
/**
* 获取网络数据
*/
protected void getRemoteData() {
}
}
在initView方法中通过BaseViewModel子类泛型类型参数获取Class,在通过ViewModelProviders.of(fragment).get(modelClass))实例化ViewModel,
到此我们的基类基本编写完毕。
4:下面我们以一个简单业务实战下,获取文章列表。
4-1:ArticleFragment
/**
* @author:zhangtianqiu on 18/7/2 14:40
*/
public class ArticleFragment extends AbsLifecycleFragment<ArticleViewModel> {
protected TRecyclerView mRecyclerView;
protected StaggeredGridLayoutManager layoutManager;
protected MultiTypeAdapter adapter;
public static ArticleFragment newInstance() {
return new ArticleFragment();
}
@Override
public int getLayoutResId() {
return R.layout.fragment_list;
}
@Override
public void initView(Bundle state) {
super.initView(state);
layoutManager=new new StaggeredGridLayoutManager(1, StaggeredGridLayoutManager.VERTICAL);
//获取网络数据
getRemoteData();
}
//初始化adapter
public void initAdapter(){
adapter= new MultiTypeAdapter.Builder<>()
.bindArray(ArticleInfoVo.class, new ArticleRem1ItemHolder(context)
, new ArticleRem2ItemHolder(context)
, new ArticleRem3ItemHolder(context))
.bind(HeaderVo.class, new HeaderViewHolder(context, rogressStyle.Pacman))
.bind(FootVo.class, new FootViewHolder(context, ProgressStyle.Pacman))
.build();
//数据观察
@Override
protected void dataObserver() {
mViewModel.getArticleList().observe(this, articleVo -> {
if (null != articleVo) {
mRecyclerView.refreshComplete(articleVo.data.list, false);
}
});
}
//获取网络数据
@Override
protected void getRemoteData() {
mViewModel.getArticleList(typeId, lastId);
}
}
我们可以看出来ArticleFragment中只有UI初始化,发请网络请求action以及数据观察更新UI,列表展示用了TRecyclerView,欢迎star哦面向holder开发高复用,多类型的刷新库,从此只关心你的列表的Item展示。
通过泛型除去了MVP中通过接口传递信息的大量代码,
从此see you Mass implementation of interfaces。
4-1:ArticleViewModel
/**
* @author:tqzhang on 18/7/26 16:15
*/
public class ArticleViewModel extends BaseViewModel<ArticleRepository> {
private MutableLiveData<ArticleVo> mArticleData;
public ArticleViewModel(@NonNull Application application) {
super(application);
}
public LiveData<ArticleVo> getArticleList() {
if (mArticleData == null) {
mArticleData = new MutableLiveData<>();
}
return mArticleData;
}
public void getArticleList(String lectureLevel1, String lastId) {
mRepository.loadArticleRemList(new CallBack<ArticleVo>() {
@Override
public void onNext(ArticleVo articleObject) {
mArticleData.postValue(articleObject);
}
@Override
public void onError(String e) {
} }
});
}
ArticleViewModel中持有数据观察容器LiveData和真正发起网络请求动作,在接收到服务端返回的数据通过
mArticleData.postValue(articleObject);通知Observer数据的更改,此处需注意的是,setValue方法只能在主线程中调用,postValue可以在任何线程中调用,如果是在后台子线程中更新LiveData的值,必须调用postValue。
4-3:ArticleRepository
/**
* @author:tqzhang on 18/7/28 13:00
*/
public class ArticleRepository extends BaseRepository {
public void loadArticleRemList(final CallBack<ArticleVo> listener) {
addSubscribe(apiService.getArticleRemList()
.compose(RxSchedulers.io_main())
.subscribe(new RxSubscriber<ArticleVo>() {
@Override
public void onSuccess(ArticleVo articleObject) {
listener.onNext(articleObject);
}
@Override
public void onFailure(String msg) {
listener.onError(msg);
}
}));
}
最后我们的ArticleRepository中就提供数据,此处只提供了网络层的数据,在实际应用中可拆分类loacl data和remote data,可根据项目需求自行处理。
至此咋们一个简单业务代码就完成了,是驴子是马,拉出来溜溜就知道,实践出真知,效果图奉上:
项目地址github地址:https://github.com/SelfZhangTQ/T-MVVM,欢迎大家交流,star。
原文发布时间为:2018-09-11
本文作者:zhangtianqiu
本文来自云栖社区合作伙伴“安卓巴士Android开发者门户”,了解相关信息可以关注“安卓巴士Android开发者门户”。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
没有云栖大会门票?别慌,这里还有5张
一年一度的科技盛会,杭州云栖大会就要来了。据云栖大会组委会方面预计,今年大会将有6万人参加,各类峰会和专场将超过100场。小编特地精选了3场会议,提前为大家剧透,需要门票的同学,请关注“阿里巴巴中间件”微信公众号(文末二维码直达),发送“云栖大会”,即可参与抽奖。 推荐会议一:企业数字化转型峰会 [ 会议时间:2018.09.19 PM会议地点:C1 ] 随着国家“数字中国”战略的推进,促使“物联网、大数据、人工智能和实体经济”等深度融合,逐步颠覆中国商业的意识形态,经济全球化和信息技术革命的历史机遇面前,企业迎来了一轮质变的机遇。中国企业正全面进入数字化转型的关键时期。本次峰会,将展示阿里巴巴集团经过对共享业务进行抽象与沉淀,形成的数字化转型最佳实践方案,以及政府央企、智能制造、新零售等领域客户的最佳数字化转型实践。 推荐会议二:企业级
- 下一篇
程序员吐槽自己阿里p7面试微软被拒,网友:你就是高级一点的码农
我想一提起阿里巴巴,我们就互相到马云这位大佬。然而阿里巴巴也是我国巨头企业霸主之一,在国际上也十分具有知名度。众所周知阿里员工的待遇和福利是非常优渥的,因此也吸引了很多年轻人的目光。但是阿里和国际知名企业如谷歌、微软等相较于技术来说还是有着一定的差距。 就有一位阿里工作的程序员想去微软养老。他说自己是P7级了,工作累想去微软养老,想要一个principal(微软的内部级别,类似于国内大厂的项目经理)。结果被拒了... 就楼主的吐槽而言,一位亚马逊工作的员工说出了自己的看法,在美国,他相信阿里巴巴对微软来说仍然有很大的差距,尤其是在科研方面,阿里的P7是不超过一个更高层次的码农而已,怎么能对标微软的principal了。事实就是如此,国内的阿里、百度却是离微软谷歌等国际性的大企业还存在差距。 基本上大部分网友认为楼主被拒才是正常的,阿里P7的程序员对标微软principal这一水平,阿里巴巴的很多业务P7也不是很强,在阿里你绩效好就可以拿很多钱,但这并不等同于你可以为其他公司获得相同的薪水。 不知道这楼主的吐槽你们怎么看,观众之中不乏人才,说下你们的看法吧! 想要学习Java高架构、分布...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
-
Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8编译安装MySQL8.0.19
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果