Android架构 DataLayer层 DataManager
1.程序员在架构上的探索（先扯蛋一分钟）
我想无论是移动端工程师还是服务器工程师，技术成长路线大致都是先熟练(不是熟悉,hahaha)掌握了编程语言、现行开发流行框架和项目业务逻辑后，向着架构师的方向发展。自己搭建一个符合软件工程和项目要求的架构，并在不断实现项目需求的时候一步步完善她设计她，并慢慢和具体框架解耦。当然过程中也是一步步完善自己的编程语言代码的优雅性，可读性，并保持高效的效率。写代码对于个人来说就是一个不断修正，完善自己的过程。最后都是架构，思想，境界的问题了。就像成为了令狐冲这样武侠大咖，无招胜有招，不困惑于具体的编程语言和框架。
当然以上纯属个人扯蛋，ＹＹ。
2.Android架构中DataLayer层的需求和框架选择
无论是MVC、MVP架构或者现在基于Google的databinding框架的MVVM架构，都是划分表现层(ViewLayer)和数据层(DataLayer)的分离。从大家最开始写的MVC，由于View集成了大量逻辑代码导致后期维护和新增功能困难重重，有了后来的MVP，连Google官方都有了MVP架构例子，其实个人比较赞成Bob大叔的Clean框架,有着独立于架构，测试，UI，任何外部类库的有优点。但是我关于架构的一个观点是没有完美万能的架构。个人从项目需求的角度感觉MVP架构完全按照Google的MVP例子一样太繁琐，不得累死自己，但是可取负责业务逻辑的界面Presenter分离View的逻辑代码，在项目阶段如果需求增加或更改导致View层的繁杂，这个时候还可以考虑把View的逻辑代码转移到Presenter层里。Clean架构可取分离DataLayer层的思路，当然还有整个降耦合的思路。
我构想的架构大概是这样子：
So，这就需要我们实现DataLayer层，可以叫Repository层或DataManager层次。DataLayer获取在Android端无非是网络，本地数据库（Sqlite），本地文件（SharePreference，文件）。网络获取框架当然是现在火的不得了SSqure家的Retrofit。
compile 'com.squareup.retrofit2:retrofit:2.1.0'
compile 'com.squareup.retrofit2:converter-gson:2.1.0'
compile 'com.squareup.retrofit2:adapter-rxjava:2.1.0'
3.定义数据加载接口和存储用户状态的单例对象
先上代码：
public interface IDataLoading {
boolean isDataLoading();
void registerCallback(DataLoadingCallbacks callbacks);
void unregisterCallback(DataLoadingCallbacks callbacks);
interface DataLoadingCallbacks {
void dataStartedLoading();
void dataFinishedLoading();
}
}
这是个数据加载接口并定义了开始加载和结束加载的回调方法。如果你是用的RecyclerView加载集合数据，又碰巧你要要自己实现上拉加载的话，就完全可以用Adapter实现这个接口来实现RecyclerView的上拉加载更多。
同样存储用户状态的单例也还是先上示意代码：
private static volatile MicalPrefs singleton;
private final SharedPreferences prefs;
private String accessToken;
private boolean isLoggedIn = false;
private MicalService api;
public static MicalPrefs get(Context context) {
if (singleton == null) {
synchronized (DribbblePrefs.class) {
singleton = new DribbblePrefs(context);
}
}
return singleton;
}
private MicalPrefs(Context context) {
prefs = context.getApplicationContext().getSharedPreferences(MICAL_PREF, Context
.MODE_PRIVATE);
accessToken = prefs.getString(KEY_ACCESS_TOKEN, null);
isLoggedIn = !TextUtils.isEmpty(accessToken);
}
public DribbbleService getApi() {
if (api == null) createApi();
return api;
}
private void createApi() {
final OkHttpClient client = new OkHttpClient.Builder()
.addInterceptor(new AuthInterceptor(getAccessToken()))
.build();
api = new Retrofit.Builder()
.baseUrl(Service.ENDPOINT)
.client(client)
.addConverterFactory(GsonConverterFactory.create())
.build()
.create((Service.class));
}
private String getAccessToken() {
return !TextUtils.isEmpty(accessToken) ? accessToken
: "";
}
首先这是个典型的单例对象，对于那些简单交互或者更直接的说法--获取单个对象而不是集合的应用场景就可以直接获取这个类去获得api也就是Retrofit框架里定义的Call<T>。在ViewLayer层的Presenter中同样可以通过持有这个单例的引用来获取API接口。比如点赞、获取单个数据等。
Call<HttpResult<LikeResponse>> doLike = micalPref.get(mContext).getApi().doLike();
加载列表的集合对象的DataManager的也是持有这样的单例再去获取api。
4.数据获取基类BaseDataManager
在数据获取基类中通过持有保持用户状态的单例获取API并暴露出来给实现类来获取数据。用一个原子Integer包装类保证了计数器的原子性，不会因为CPU指令的从排而污染数据。具体见下面对面，有些需要解释的地方有注释，大家看的时候比较方便。
//计数器
private final AtomicInteger loadingCount;
private final MicalPrefs micalPrefs;
//数据加载情况的回调接口集合
private List<DataLoadingSubject.DataLoadingCallbacks> loadingCallbacks;
public BaseDataManager(@NonNull Context context) {
//初始化
micalPrefs = MicalPrefs.get(context);
loadingCount = new AtomicInteger(0);
}
//数据加载完成的回调接口
public abstract void onDataLoaded(T data);
//取消数据加载的接口
public abstract void cancelLoading();
@Override
public boolean isDataLoading() {
return loadingCount.get() > 0;
}
public MicalPrefs getMicalPrefs() {
return micalPrefs;
}
//相当于实现一个懒加载
public getSearchService searchApi() {
if (searchApi == null) createSearchApi();
return searchApi;
}
//注册回调接口
@Override
public void registerCallback(DataLoadingSubject.DataLoadingCallbacks callback) {
if (loadingCallbacks == null) {
loadingCallbacks = new ArrayList<>(1);
}
loadingCallbacks.add(callback);
}
//反注册回调接口
@Override
public void unregisterCallback(DataLoadingSubject.DataLoadingCallbacks callback) {
if (loadingCallbacks != null && loadingCallbacks.contains(callback)) {
loadingCallbacks.remove(callback);
}
}
//分发开始加载数据的回调接口
protected void loadStarted() {
if (0 == loadingCount.getAndIncrement()) {
dispatchLoadingStartedCallbacks();
}
}
//分发开始加载完成的回调接口
protected void loadFinished() {
if (0 == loadingCount.decrementAndGet()) {
dispatchLoadingFinishedCallbacks();
}
}
//重置
protected void resetLoadingCount() {
loadingCount.set(0);
}
protected void dispatchLoadingStartedCallbacks() {
if (loadingCallbacks == null || loadingCallbacks.isEmpty()) return;
for (DataLoadingCallbacks loadingCallback : loadingCallbacks) {
loadingCallback.dataStartedLoading();
}
}
protected void dispatchLoadingFinishedCallbacks() {
if (loadingCallbacks == null || loadingCallbacks.isEmpty()) return;
for (DataLoadingCallbacks loadingCallback : loadingCallbacks) {
loadingCallback.dataFinishedLoading();
}
}
5.获取集合对象的数据的实例DataManager
用这个实例去继承上面的BaseDataManager实现对分页数据加载的一部封装。很简单就不解释，我下一篇博客再接受怎样和RecyclerView的上拉简单优雅的加载封装在一起，也是相当于把这个实现的例子我想放在了下一篇博客里，不然博客的内容就太外聚了。哈哈，主要还是懒。
// state
private int page = 0;
protected boolean moreDataAvailable = true;
public PaginatedDataManager(Context context) {
super(context);
}
public void loadData() {
if (!moreDataAvailable) return;
page++;
loadStarted();
loadData(page);
}
protected abstract void loadData(int page);
参考文献：
Android应用架构
从零开始的Android新项目5 - Repository层(上) Retrofit、Repository组装
从零开始的Android新项目6 - Repository层(下) Realm、缓存、异常处理
在Android应用中使用Clean架构
如何设计MVP中的Presention层
