【转】Android官方架构项目之MVP + Clean

首先，不了解 Clean 架构的可以看看这个，不过也没关系，阅读本文后你也许会对Clean架构思想有一个认识。

对比MVP项目的结构图，我们发现不同之处是新增的这个Domain Layer这层，来隔离Presentation Layer和Data Layer，负责了所有的业务逻辑交互，那么本文就主要来分析这层的设计和实现。

MVP-Clean架构图

我们仍然以Sample中详情界面（功能）来进行分析，下图展示了在 TaskDetailFragment 中点击删除按钮，然后所经历的逻辑交互以及最后完成了界面更新。

时序图

1、在 TaskDetailFragment 中点击菜单，调用 Presenter 的 deleteTask() 方法：

    @Override
    public boolean onOptionsItemSelected(MenuItem item) { switch (item.getItemId()) { case R.id.menu_delete: mPresenter.deleteTask(); return true; } return false; }

2、Presenter 的 deleteTask() 方法，是使用UseCaseHandler类中的 UseCaseScheduler 对象来执行任务，并处理结果和异常。

    // TaskDetailPresenter 中deleteTask() 方法
    @Override
    public void deleteTask() { mUseCaseHandler.execute(mDeleteTask, new DeleteTask.RequestValues(mTaskId), new UseCase.UseCaseCallback<DeleteTask.ResponseValue>() { @Override public void onSuccess(DeleteTask.ResponseValue response) { mTaskDetailView.showTaskDeleted(); } @Override public void onError(Error error) { // Show error, log, etc. } }); } // UseCaseHandler 中 execute() 方法 public <T extends UseCase.RequestValues, R extends UseCase.ResponseValue> void execute( final UseCase<T, R> useCase, T values, UseCase.UseCaseCallback<R> callback) { useCase.setRequestValues(values); useCase.setUseCaseCallback(new UiCallbackWrapper(callback, this)); // The network request might be handled in a different thread so make sure // Espresso knows // that the app is busy until the response is handled. EspressoIdlingResource.increment(); // App is busy until further notice mUseCaseScheduler.execute(new Runnable() { @Override public void run() { useCase.run(); // This callback may be called twice, once for the cache and once for loading // the data from the server API, so we check before decrementing, otherwise // it throws "Counter has been corrupted!" exception. if (!EspressoIdlingResource.getIdlingResource().isIdleNow()) { EspressoIdlingResource.decrement(); // Set app as idle. } } }); }

3、UseCaseHandler 类中维护了 UseCaseThreadPoolScheduler 的示例对象，在其中定义了 ThreadPoolExecutor 来执行异步任务，任务的结果回调则使用 Handler post的方式来切换到主线程。

    // UseCaseHandler 中初始化 UseCaseThreadPoolScheduler 对象
    public static UseCaseHandler getInstance() { if (INSTANCE == null) { INSTANCE = new UseCaseHandler(new UseCaseThreadPoolScheduler()); } return INSTANCE; } // UseCaseThreadPoolScheduler 中定义了 ThreadPoolExecutor 对象 public UseCaseThreadPoolScheduler() { mThreadPoolExecutor = new ThreadPoolExecutor(POOL_SIZE, MAX_POOL_SIZE, TIMEOUT, TimeUnit.SECONDS, new ArrayBlockingQueue<Runnable>(POOL_SIZE)); } // 并执行异步任务 @Override public void execute(Runnable runnable) { mThreadPoolExecutor.execute(runnable); } // response使用Handler来处理结果回调 @Override public <V extends UseCase.ResponseValue> void notifyResponse(final V response, final UseCase.UseCaseCallback<V> useCaseCallback) { mHandler.post(new Runnable() { @Override public void run() { useCaseCallback.onSuccess(response); } }); }

4、UseCaseHandler 中其实还是调用 UseCase 的 run() 方法，而 UseCase 的 executeUseCase() 是抽象方法，最终逻辑是由各个Task子类实现的，比如 DeleteTask：

    @Override
    protected void executeUseCase(final RequestValues values) { mTasksRepository.deleteTask(values.getTaskId()); getUseCaseCallback().onSuccess(new ResponseValue()); }

从以上的分析流程中可以看出，原本位于 Presenter 中的业务逻辑转移到了 UseCaseHandler 中，UseCaseHandler 使用 UseCaseScheduler 来切换工作线程和UI线程，使用 UseCase 来处理每个 Task 的逻辑。其类图如下：

UML类图

** 总结 **

与MVP最大的不同是加入了 Domain layer 和 use cases，把原本位于 Presenter 中臃肿的逻辑代码移到了 Domain layer 中，减轻了 Presenter 的体量，而 use cases 定义了每个业务的具体操作，细化了业务粒度，也有效提高了代码的重用性。
使用 UseCaseScheduler 来提供线程池执行异步任务，并可以切换工作线程和UI线程。

转载请标明出处：http://www.jianshu.com/p/7ae3095f2cb5

作者：spiritTalk
链接：https://www.jianshu.com/p/7ae3095f2cb5
來源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

【转】Android官方架构项目之MVP + Clean

猜你喜欢