Android 架构 4.总结
以下是Keegan小钢大神原创博客:
Android项目重构之路:架构篇
Android项目重构之路:界面篇
Android项目重构之路:实现篇
看了这几篇文章,以及下面的评论,总结一下,以便以后拓展:
1、目前这个入门架构,model layer的稳定、一致、可靠性还是有保障的,model的数据是在接口层写入的,再从API传到数据层再传到界面层,中间也不会有丢失。确切地说,model layer的稳定、一致、可靠性是受制于API的,因为这个架构的model是跟API返回的json数据模型一致的。
2、为什么要抽出一个核心层,主要目的就是为了解耦activity,这跟MVP的思想是类似的。
3、data flow也是清晰的,从界面层,到核心层,最后到接口层,一条线下来,哪里出的问题是很容易定位的。
Q1:1、接口层的返回objList我觉得是多余了,多多少少包含了业务逻辑,有obj我觉得足够了
A1:1、首先obj和objList并不是我定义的,是我们的后台人员早定义好的;当然,如果由我来定义,我会更喜欢命名为data,那样显得更明了。
结果:
{"event": "0", "msg": "success", "obj":{...}}
1.AppAction层可以按模块继续细分。
2.Parcelable的性能比Serializable好,在内存开销方面较小,所以在内存间数据传输时推荐使用Parcelable,如activity间传输数据,而Serializable可将数据持久化方便保存,所以在需要保存或网络传输数据时选择Serializable,因为android不同版本Parcelable可能不同,所以不推荐使用Parcelable进行数据持久化。
3.AsyncTask抽出
package com.lanhetech.core.user; @doney 以下是我继承的类: public abstract class NetworkTask extends AsyncTask { private CallbackListener callbackListener; private KcuponResponse response; private boolean isCancel = false; public NetworkTask(CallbackListener callbackListener) { this.callbackListener = callbackListener; } public void cancel() { isCancel = true; super.cancel(true); } @Override protected Void doInBackground(Void... params) { response = run(); return null; } @Override protected void onPostExecute(Void result) { if (callbackListener == null || response == null) { return; } callbackListener.onFinish(); if (!isCancel) { if (response.isSuccess()) { T data = response.getObj(); if (data == null) { data = response.getObjList(); } callbackListener.onSuccess(data); } else { callbackListener.onFailure(response.getEvent(), response.getMsg()); } } } public abstract KcuponResponse run(); } // 调用时,代码就简单了,如下: NetworkTask task = new NetworkTask(callbackListener) { @Override public KcuponResponse run() { return api.loginByApp(phone, password, LOGIN_OS, imei); } };
4.每层都有自己相应的常量constance、工具类util、系统配置Config等。
5.ImageLoader应该是在UI层。
当你使用第三方库的时候,只要考虑你接入的地方即可,像ImageLoader,因为你用来加载图片的,就是UI层,其他不用怎么考虑。
如果你要自己实现图片加载,这时才需要考虑哪些放在UI层,哪些放在业务层,哪些放在数据层。
6.