Domain Layer拥有全部的业务逻辑。Domain层从命名为User Case或者interactor的类开始,这些类由展现层(Presenter)来使用。这些User Case表明开发人员能够从展现层(Presenter)执行的全部可能的操做。html
上一篇文章描述了todo-mvp,并着重描述了一下Data层。此次在此基础上又增长了domain 层。java
按照Android-CleanArchitecture来设计。android
与以前项目最大的区别是扩展出了Domain层和许多use case。这将有助于避免Presenter上的代码重复。git
User Case定义应用程序须要的操做(封装了请求参数和回调结果基类)。将Data层的方法抽象到了Domain层的类,这增长了可读性,由于类的名称可使目的更明显,见名知义。github
User Case更方便咱们对Domain层的代码进行重用操做。CompleteTask集成了User Case,TaskDetailPresenter和TasksPresenter都在使用它,获得了重用。数据库
这些User Case的执行在后台线程中使用命令模式来完成。Domain层与Android SDK或其余第三方库彻底解耦。网络
/** * Use cases are the entry points to the domain layer. * * @param <Q> the request type * @param <P> the response type */
public abstract class UseCase<Q extends UseCase.RequestValues, P extends UseCase.ResponseValue> {
private Q mRequestValues;
private UseCaseCallback<P> mUseCaseCallback;
public void setRequestValues(Q requestValues) {
mRequestValues = requestValues;
}
public Q getRequestValues() {
return mRequestValues;
}
public UseCaseCallback<P> getUseCaseCallback() {
return mUseCaseCallback;
}
public void setUseCaseCallback(UseCaseCallback<P> useCaseCallback) {
mUseCaseCallback = useCaseCallback;
}
void run() {
executeUseCase(mRequestValues);
}
//调用Data层API,发起请求
protected abstract void executeUseCase(Q requestValues);
/** * Data passed to a request. */
public interface RequestValues {
}
/** * Data received from a request. */
public interface ResponseValue {
}
public interface UseCaseCallback<R> {
void onSuccess(R response);
void onError();
}
}复制代码
Domain层是对Data层和Presenter层之间的数据处理和操做加工。对于复杂的项目而言,上层UI和底层数据的变更频繁,致使UI和数据常常对不上号。于是中间层能够对数据进行一层过滤操做。拿到网络数据,加工成Presenter层须要的数据便可。dom
同时,将Presenter的方法含义抽象到类中,直观的显示功能操做,并封装了RequestValues和ResponseValue。spa
这一层,既不依赖与Android SDK,也不依赖于第三方库(网络库,数据库)。线程