开始准备工作
依赖
既然准备重新搭建框架,最好是使用最新的内容,从GitHub上找到相应的库,大概了解下需要使用的东西,项目中需要准备以下内容(2020/8/23最新)
implementation 'com.github.bumptech.glide:glide:4.11.0'
annotationProcessor 'com.github.bumptech.glide:compiler:4.11.0'
implementation 'com.squareup.retrofit2:retrofit:2.9.0'
implementation 'com.squareup.retrofit2:adapter-rxjava3:2.9.0'
implementation 'com.squareup.retrofit2:converter-gson:2.9.0' // 必要依赖,解析json字符所用
implementation 'androidx.recyclerview:recyclerview:1.1.0'
implementation "io.reactivex.rxjava3:rxjava:3.x.y"
implementation 'io.reactivex.rxjava3:rxandroid:3.0.0'// 必要rxandrroid依赖,切线程时需要用到
分析项目中需要的各项封装
Http
由于是基本框架,所以不涉及其他复杂逻辑,需要封装的基本上就是Http请求,Http请求封装的主要原因也是方便统一管理以及减少不必要的内存损耗(大量的请求,大量的http对象)所以保证使用同一个Retrofit Okhttp对象。
private static final String BASE_URL = "https://image.so.com/";
private Retrofit retrofit;
private static volatile MyService request = null;
private static NetWorkManager mInstance;
public static NetWorkManager getInstance() {
if (mInstance == null) {
synchronized (NetWorkManager.class) {
if (mInstance == null) {
mInstance = new NetWorkManager();
}
}
}
return mInstance;
}
NetWorkManager () {
// 初始化okhttp
OkHttpClient client = new OkHttpClient.Builder()
.build();
// 初始化Retrofit
retrofit = new Retrofit.Builder()
.client(client)
.baseUrl(BASE_URL)
.addConverterFactory(GsonConverterFactory.create())
.addCallAdapterFactory(RxJava3CallAdapterFactory.create())
.build();
}
public MyService getService () {
if (request == null) {
synchronized (MyService.class) {
if(request ==null)
request = retrofit.create(MyService.class);
}
}
return request;
}
单例使用双重判断为了多线程使用,到这里基本上NetWorkMananger的工作基本结束了。
以这个请求为例,我们使用还需要一个MyService,这个不细说了,retrofit基本使用。到这里简单的封装就此结束,其实还有很多可以补充的地方,尤其是OkHttp对象 ,build模式里许多变量可以自定义,而且许多项目需要多种Okhttp对象,这种就需要特殊处理了。
public interface MyService {
@GET("/j")
Observable<ImageBean> getImages(@Query("q") String keyWord , @Query("sn") int page , @Query("pn") int count);
}
Rxjava
Rxjava的使用在网络状态下 基本是需要转换线程的,所以我们最好封装一个是自己写好这个逻辑的。
public class RxUtils {
private final static ObservableTransformer schedulersTransformer = new ObservableTransformer() {
@Override
public @NonNull ObservableSource apply(@NonNull Observable upstream) {
return upstream
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread());
}
};
public static <T> ObservableTransformer<T, T> applySchedulers() {
return (ObservableTransformer<T, T>) schedulersTransformer;
}
}
使用的时候直接
NetWorkManager.getInstance().getService().getImages("地点",1,10)
.compose(RxUtils.applySchedulers())
.subscribe(imageBean -> {
}, throwable -> {
});
MVP模式
MVP模式最主要的特点就是分工明确,前期开发的工作量非常的大,等到后期维护的时候就会爽的一批,我们不分业务,先把最主要的V层和P层的行为确定下
V 层
public interface BaseView<T> {
void setPresenter(T presenter);//需要与P层双向绑定
}
P 层
public abstract class BasePresenter<T> {
protected Reference<T> mViewRef;//View接口类型弱引用
public void attachView(T view) {
mViewRef = new WeakReference<T>(view); //建立关联
}
protected T getView() {
return mViewRef.get();//获取View
}
public boolean isViewAttached() {//判断是否与View建立了关联
return mViewRef != null && mViewRef.get() != null;
}
public void detachView() {//解除关联
if (mViewRef != null) {
mViewRef.clear();
mViewRef = null;
}
}
}
P层方法里面就是建立绑定关系和解绑,但是要注意MVP模式可能会造成内存泄漏,具体原因是因为V层和P层相互关联,如果M层的业务逻辑没走完,Activity 销毁的时候P层不能回收,P引用Activity层 所以activity不会被回收,导致内存泄漏,解决方法就是P层弱引用V层对象,在onCreate onDestroy 进行绑定,解绑。
M层
M层由于是处理数据逻辑,基本没有什么规定的写法或者方法通用,只需要有个P层引用即可。
应用
这时候用一个页面来实战一下
代码在github上 地址如下
https://github.com/coke86870329/MvpRx