android-architecture之todo-mvp源码分析

博文出处：android-architecture之todo-mvp源码分析，欢迎大家关注我的博客，谢谢！

Android 架构一直都是热门话题，从一开始的 MVC ，到目前火爆的 MVP ，再到方兴未艾的 MVVM 。并不能说哪一种架构最好，因为这些架构都顺应了当时开发的趋势。在这里就不对这三个架构一一解释了，如果想要了解更多的同学可以自行搜索。

自从 2015 下半年来，MVP 渐渐崛起成为了现在普遍流行的架构模式。但是各种不同实现方式的 MVP 架构层出不穷，也让新手不知所措。而 Google 作为“老大哥”，针对此现象为 Android 架构做出了“规范示例”：android-architecture 。

目前已有的架构示例如下图所示：

stable sample

而今天给大家带来的就是分析 todo-mvp 项目的架构。那就快进入正题吧！

todo-mvp

先来看看项目包的目录结构：

目录结构

基本上目录结构可以分为四种：

1. addedittask、statistics、taskdetail、tasks ：可以看出在 todo-mvp 项目中是按功能来分包的，这些包中的结构都是一致的，待会我们只需要分析其中一个包即可；
2. data ：该分包下主要是数据层的代码，即 MVP 中的 Model 层；
3. util ：工具类包，在这里就不展开细讲了；
4. BaseView、BasePresenter ：MVP 中 View 和 Presenter 的基类。

然后是官方给出的 todo-mvp 架构图：

MVP

BaseView 和 BasePresenter

这里就先看一下 BaseView 的代码：

public interface BaseView {

    void setPresenter(T presenter);

}

BaseView 是一个泛型接口，里面只有一个抽象方法 setPresenter(T presenter) ，用来设置 Presenter 。

然后是 BasePresenter 的代码：

public interface BasePresenter {

    void start();

}

BasePresenter 接口也只有一个抽象方法 start() ，用于在 Activity/Fragment 的 onResume() 方法中调用。

addedittask、statistics、taskdetail、tasks

这四个分包从结构上来讲都是一样的，那么在这里我们就分析 tasks 这个分包吧。下面是该分包下的源码文件：

task分包的结构

我们以 TasksContract 为切入点：

public interface TasksContract {

    interface View extends BaseView {

        void setLoadingIndicator(boolean active);

        void showTasks(List tasks);

        void showAddTask();

        void showTaskDetailsUi(String taskId);

        ...
    }

    interface Presenter extends BasePresenter {

        void result(int requestCode, int resultCode);

        void loadTasks(boolean forceUpdate);

        void addNewTask();

        ...
    }
}

原来 TasksContract 接口其实就是用来定义 View 和 Presenter 的。 View 和 Presenter 继承了 BaseView 和 BasePresenter 。再回头看看上面的 TaskPresenter ，想必大家都猜到了，肯定是继承了 Presenter ：

public class TasksPresenter implements TasksContract.Presenter {

    private final TasksRepository mTasksRepository;

    private final TasksContract.View mTasksView;

    public TasksPresenter(@NonNull TasksRepository tasksRepository, @NonNull TasksContract.View tasksView) {
        mTasksRepository = checkNotNull(tasksRepository, "tasksRepository cannot be null");
        mTasksView = checkNotNull(tasksView, "tasksView cannot be null!");

        mTasksView.setPresenter(this);
    }

    @Override
    public void start() {
        loadTasks(false);
    }

    ...
}

在 TasksPresenter 的构造方法中把 tasksRepository 和 tasksView 传入，并且把 TasksPresenter 对象设置给了 mTasksView 。这样，Presenter 就实现了 Model 和 View 的解耦。

data

data 代表了 MVP 中的 Model 。我们根据上面出现过的 TasksRepository 来分析。

public class TasksRepository implements TasksDataSource {

    private static TasksRepository INSTANCE = null;

    private final TasksDataSource mTasksRemoteDataSource;

    private final TasksDataSource mTasksLocalDataSource;

    private TasksRepository(@NonNull TasksDataSource tasksRemoteDataSource,
                            @NonNull TasksDataSource tasksLocalDataSource) {
        mTasksRemoteDataSource = checkNotNull(tasksRemoteDataSource);
        mTasksLocalDataSource = checkNotNull(tasksLocalDataSource);
    }

    public static TasksRepository getInstance(TasksDataSource tasksRemoteDataSource,
                                              TasksDataSource tasksLocalDataSource) {
        if (INSTANCE == null) {
            INSTANCE = new TasksRepository(tasksRemoteDataSource, tasksLocalDataSource);
        }
        return INSTANCE;
    }

    ...
}

TasksRepository 实现了 TasksDataSource 接口，TasksDataSource 接口定义了一些对 Task 的增删改查操作。在 TasksRepository 的构造方法中传入两个 TasksDataSource 对象，其实是模拟了本地数据存储和网络数据存储两种方式。至于其他的就不详细展开了，无非就是对数据读写之类的操作。

End

到这里，基本上把 todo-mvp 架构的代码大致地讲了一遍。本篇博客就不对其他的代码展开分析了，因为我们注重的是该项目中的 MVP 架构实现方式。另外，todo 系列还有其他几种 MVP 实现的方式，只能下次有空再讲了。

就到这吧，Goodbye !