最近接受一个新项目,打算用一下Google jetpack推荐的架构(https://developer.android.google.cn/jetpack/docs/guide),如图所示:
这种架构使用ViewModel+LiveData完全使View层和ViewModel层解耦,每层各司其职用起来非常的干净,它不像MVP模式下Presenter需要通过接口和View通信。
ViewModel优点:
* 同步关联生命周期
* 数据共享
* 复用性强
LiveData优点:
* 确保UI界面的数据状态
* 没有内存泄漏,不会因为Activity的不可见导致Crash
* 不用再人为的处理生命周期
* 共享资源
关于ViewModel+LiveData的使用可以参考:https://mp.weixin.qq.com/s/GnjjjyCFIOPUJS_DIZl0xg
MVVM实现细节(参考T-MVVMhttps://mp.weixin.qq.com/s/Gzuf8KUqWReJWJv0mYX8XQ)
MVVM的调用和MVP类似,在MVP中全部由Presenter负责ViewModel之间的数据同步,而MVVM中ViewModel充当了Presenter的角色,ViewModel是View与Model的连接器,持有可被观察的数据持有者和网络请求操作,数据变更实时渲染UI。
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:tqzhang 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);
mRecyclerView=findViewById(R.id.recycler_view);
initAdapter();
initRecyclerView();
//获取网络数据
getRemoteData();
}
public void initRecyclerView(){
layoutManager=new new StaggeredGridLayoutManager(1, StaggeredGridLayoutManager.VERTICAL);
mRecyclerView.setAdapter(adapter);
mRecyclerView.setLayoutManager(layoutManager);
}
//初始化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面向holder开发高复用,多类型的刷新库,从此只关心你的列表的Item展示。还通过泛型除去了MVP中通过接口传递信息的大量代码,从此see you Mass implementation of interfaces。
4-2: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,可根据实际项目需求自行处理。
5.项目中网络请求使用Retrofit+Rxjava,这块大家都在用新手可以参考(https://mp.weixin.qq.com/s/_9Gw5txtesbPU3ttOx3k-w“网络请求封装”,https://github.com/Horrarndoo/YiZhi“一之”)
项目中我未使用databinding,出于几个方面的考虑:
* 数据绑定增加Bug调试难度
* 复杂的页面,model也会很大,虽然使用方便了也很容易保证了数据的一致性,当长期持有,不利于释放内存
* 数据双向绑定不利于View重用
databinding其实也有它厉害之处(databinding绑定viewmodel viewmodel中持有livadata),如您想使用可以参考一下文章(酷欧天气https://github.com/guolindev/coolweatherjetpack,谷歌的sunflowerhttps://github.com/hatewx/android-sunflower-java)