代码重构的痛点之框架切换技术-一分钟完成别人一个月的工作量

    由于工作原因,简书已经有一年左右没有维护更新了,在这一年当中我也受益匪浅(有点夸张,但也确实收获了不少),这里我也将自己的收获给大家稍作分享,希望能够帮助到大家。
    首先,本文内容主要面向中高端的安卓开发者,如果你是压根儿没参与过项目的小白,或者是最基本的几个框架也没用过的,那么请别浪费你宝贵的时间,等有一定的经验后再回过头来看本文,因为现在的你看的肯定晕头转向还学不到任何东西。
    本文主要用到了一种比较普遍的代理思想,由于不能放超链接,所以关于设计模式这些,本文一概不讲。
    代理模式就好比我们生活中的房地产行业,客户买房一般都会选择去寻找房地产公司,而实际上在落实卖房这项工作的是房产公司的业务员,业务员需要从有房可卖的人,那么,我们客户这边也就不用东跑西跑找房子,节省大量的精力和时间,在这个过程中,房产公司以及业务人员就起到了中介的作用,也就是我们的代理。
    以上场景在我们应用程序中,APP就相当于是客户,然后我这个客户APP(客户)要进行网络请求(买房),就需要用到一个抽象层(房产公司),然后由这个抽象层去寻找具体的网络请求的逻辑代码。这样一来,我们的activity层就不用频繁的去改动逻辑代码,就能够很方便的去切换网络框架。如果我们一开始就使用了这样的架构,那么以后维护升级将会事半功倍。


image

下面是一段简单的请求代码:以retrofit请求框架为例

layout

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity">
​
    <Button
        android:id="@+id/btnRequest"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" 
        android:text="请求"/>
​
</LinearLayout>
/**
 * 
 * 买房的客户
 * @author logcat
 */
public class MainActivity extends FragmentActivity implements ICallback {
​
    private Button btnRequest;
    private HttpProcessor httpProcessor;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        btnRequest = findViewById(R.id.btnRequest);
        
        //寻找一家房地产公司并且委托他们购房任务
        httpProcessor = new HttpProcessor(this , this);
        btnRequest.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                //房产公司派人找房
                httpProcessor.request();
            }
        });
    }
​
    /**
     * 买到房后走这个方法
     * @param o 买到的房子
     */
    @Override
    public void onSuccess(Object o) {
        
        //装修一下房子
        TestModel model = (TestModel) o;
    }
​
    @Override
    public void onFail(Exception e) {
        //买不到房了
    }
}
​
/**
 * 
 * 代理类(房产公司)
 * @author logcat
 */
public class HttpProcessor {
    private FragmentActivity activity;
    private ICallback callback;
​
    public HttpProcessor(FragmentActivity activity, ICallback callback) {
        this.activity = activity;
        this.callback = callback;
    }
​
​
    /**
     * 这里找到一个卖家
     */
    public void request(){
        RetrofitManager.getDefault().getWxArticle()
                .compose(RxHelper.<BaseModel<List<TestModel>>>observableOnMainThread())
                .subscribe(new RxSubscriber<List<TestModel>>(activity) {
                    @Override
                    public void onSuccess(List<TestModel> testModels) {
                        if(callback != null){
                            callback.onSuccess(testModels);
                        }
                    }
​
                    @Override
                    public void onFail(Exception e) {
                        if(callback != null){
                            callback.onFail(e);
                        }
                    }
                });
    }
}
/**
 * 请求回调(业务员)
 * @author logcat
 */
public interface ICallback<T> {
    /**
     * 请求成功把数据回传给UI层(业务员交房)
     * @param t 响应回来的数据包
     */
    void onSuccess(T t);
​
    /**
     * 请求失败
     * @param e
     */
    void onFail(Exception e);
}

    RetrofitManager是一个请求封装类,网上有许多相关的文章,相关内容请自行搜索,也可以进到我的github中clone相关的代码,链接已附在文章末尾。
    以上代码中,网络请求的实现完全与activity隔离,一定程度上进行了解耦,如此一来,假设在未来的某一天需要更换请求框架了,我们可以直接找到代理类,对它进行代码修改即可,无需再在activity中东改西改。
    以上为本文的全部内容,如有错误,欢迎大神们指点和补充。
    代码已上传至github,欢迎star和fork
    github: https://github.com/wzlsz/ProxyDemo

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容