前言
Android业务层就是涉及app业务相关的,网络层为啥要触耦,因为一个好的架构和项目往往要适应不同开发场景和业务需求,如何有一天你的小同事需要替换网络库,用volley怎么办,那么本篇就是讲的如何解耦,其实大多还是用到观察者模式。
先看看老的代码截图如下:
public class HupuHttpHandler extends AsyncHttpResponseHandler {
public BaseActivity a;
public int messageID1;
public int messageID2;
public HupuHttpHandler(BaseActivity act) {
a = act;
}
@Override
public void onFinish() {
super.onFinish();
}
@Override
public void onSuccess(HttpEntity content, int reqType) {
super.onSuccess(content, reqType);
if (a != null && !a.isFinishing()) {
BaseEntity

本文探讨了Android应用中网络层解耦的重要性,如何使用观察者模式将业务层和网络库分离,并介绍了如何通过面向接口的方式实现模块独立化。文章通过对比改造前后的框架模型,展示了从依赖具体的网络库(如Android-Async-Http)到使用接口HttpCallback的转变,以实现网络库的灵活替换。进一步,作者提到了装饰器模式在实现多个网络库共用中的作用,以达到更高级别的解耦。最后,文章提出了网络请求的共性,如get、post等操作,并暗示了如何通过这些共性进行进一步优化。
最低0.47元/天 解锁文章
42

被折叠的 条评论
为什么被折叠?



