前言
Android业务层就是涉及app业务相关的,详细功能实现部分,如何把业务和网络层分离好,这个问题是最麻烦之处,现在网络第三方比较多如:volley、android-async-http、Afinal框架等,这三个都是异步网络请求、线程池、支持并发和消息队列通知。
1、volley
项目地址 https://github.com/smanikandan14/Volley-demo
(1) JSON,图像等的异步下载;
(2) 网络请求的排序(scheduling)
(3) 网络请求的优先级处理
(4) 缓存
(5) 多级别取消请求
(6) 和Activity和生命周期的联动(Activity结束时同时取消所有网络请求)
2、android-async-http
项目地址:https://github.com/loopj/android-async-http
文档介绍:http://loopj.com/android-async-http/
(1) 在匿名回调中处理请求结果
(2) 在UI线程外进行http请求
(3) 文件断点上传
(4) 智能重试
(5) 默认gzip压缩
(6) 支持解析成Json格式
(7) 可将Cookies持久化到SharedPreferences
3、Afinal框架
项目地址:https://github.com/yangfuhai/afinal
主要有四大模块:
(1) 数据库模块:android中的orm框架,使用了线程池对sqlite进行操作。
(2) 注解模块:android中的ioc框架,完全注解方式就可以进行UI绑定和事件绑定。无需findViewById和setClickListener等。
(3) 网络模块:通过httpclient进行封装http数据请求,支持ajax方式加载,支持下载、上传文件功能。
(4) 图片缓存模块:通过FinalBitmap,imageview加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。
FinalBitmap可以配置线程加载线程数量,缓存大小,缓存路径,加载显示动画等。FinalBitmap的内存管理使用lru算法,
没有使用弱引用(android2.3以后google已经不建议使用弱引用,android2.3后强行回收软引用和弱引用,详情查看android官方文档),
更好的管理bitmap内存。FinalBitmap可以自定义下载器,用来扩展其他协议显示网络图片,比如ftp等。同时可以自定义bitmap显示器,
在imageview显示图片的时候播放动画等(默认是渐变动画显示)。
重点
AsyncHttpClient client = new AsyncHttpClient();
client.get("http://www.google.com", new AsyncHttpResponseHandler() {
@Override
public void onSuccess(String response) {
System.out.println(response);
}
});
看到发一个请求就得创建一个对象,如果系统几万代码,几十个请求,几万次申请,如果能保证高效、代码质量、行能等要求,async本身就支持线程池并发,那么就可以完成N多请求工作,基于这个思想,何不把所有申请集中起来,让一个asyncHttpClient来处理,然后在用回调回传到当前界面,具体代码如下:
public abstract class BaseApplication extends Application implements
UncaughtExceptionHandler {
//必须要在application里面写,application在应用进程中一直存在。
public AsyncHttpClientImpl mAsyncClient;
public BaseApplication() {
DeviceInfo.init(this);
httpRes = initBaseHttpRes();
actList = new ArrayList<Activity>();
mDefaultHandler = Thread.getDefaultUncaughtExceptionHandler();
Thread.setDefaultUncaughtExceptionHandler(this);
}
@Override
public void onCreate() {
// TODO Auto-generated method stub
mDeviceId=getDeviceID(this.getApplicationContext());
mAsyncClient=getAsyncClient();//创建一个单例申请实体类。
super.onCreate();
}
}
下面介绍回传,回传就是观察者模式,当内容有了变化,会通知发起者,详细不在这里说明,代码如下:
/**
* 继承网络回传对象
* 消息分发机制
* @author hushaoping
*
*/
public class BaseHttpHandler extends AsyncHttpResponseHandler {
private HttpCallback response;
public int messageID1;
public int messageID2;
public BaseHttpHandler(HttpCallback response) {
this.response = response;
}
@Override
public void onFinish() {
super.onFinish();
}
@Override
public void onSuccess(HttpEntity content, int reqType) {
super.onSuccess(content, reqType);
if (response!= null) {
try {
BaseEntity entity=JsonPaserFactory.paserObj(content, reqType);
//回传到发起者,成功状态
response.onSuccess(EntityUtils.toString(content), entity, reqType);
} catch (ParseException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
@Override
public void onFailure(Throwable error, String content, int reqType) {
super.onFailure(error, content, reqType);
if (response != null) {
//回传到发起者,失败状态
response.onFailure(error, content, reqType);
}
}
}
既然有回传,就的有监听此接口,那么如何设计,我建议在基类继承,根据设计模式要求,减少继承、多用组合,面向接口编程,后续有机会再优化,代码如下:
/**
* 活动基类
* @author hushaoping
*
*/
public abstract class BaseActivity extends FragmentActivity implements
HttpCallback {
<span style="white-space:pre"> </span>//申请参数对象
public RequestParams mParams;
public Click click;
HashMap<String, String> UMENG_MAP = new HashMap<String, String>();
private Context mcontext;
protected boolean bBackGround;
public BaseApplication app;
public String mDeviceId;
@Override
protected void onCreate(Bundle bundle) {
super.onCreate(bundle);
click = new Click();
mcontext=this.getApplicationContext();
if (mParams == null)
mParams = new RequestParams();
app=(BaseApplication) getApplication();
mDeviceId =app.mDeviceId;
initView(bundle);
initLisitener();
initData(bundle);
}
}