搭建自己的 Android MVP 快速开发框架

Android 开发进入「死丢丢」的时代后，引用三方库在 Gradle 的支持下变得十分轻松。各种高手写的开源框架，极大程度降低了新手入行（坑）的门槛，「一周开发一款 App 并上线」也不再遥不可及。
关于快速开发，笔者本人的意见是不一定什么功能都自己写，但框架最好是自己搭。虽然网上有很多非常成熟好用的完整框架，但直接「拿来主义」的话可能有 2 点不妥之处——

• 框架提供的功能你未必都用得到。比如你只写一个纯阅读类型的应用（不带大数据收藏功能），那么你就用不到本地数据库，这样完整框架里有关数据库的内容，就给白白浪费了。

• 高手也有疏忽时，即便技术大牛，也不敢保证自己写的代码没有任何 bug，在任何使用场景都健壮坚挺。如果某天突然发现完整框架有什么 bug 或者局限，自己又没能力解决，到头来只能重构大块内容甚至整个项目，这代价就非常大了。

综上，笔者更倾向新手「站在巨人的肩膀上搭积木」，用高手写的不同功能库，自己动手搭属于自己的快速开发框架。而且在搭框架的过程中，你能不知不觉中学到很多进阶知识，对自己的成长也很有利。
限于水平和篇幅，笔者只用老牌轮子 Volley 做例子，搭一个仅涉及网络请求和图片加载的 MVP 框架。当下最流行的原生框架应属 RxJava + Retrofit + OkHttp + Dagger ，如果你想了解得更多，推荐下面几篇文章——

• 给 Android 开发者的 RxJava 详解
• RxJava 与 Retrofit 结合的最佳实践
• Dagger 2 从入门到放弃再到恍然大悟
  
• MVP + Dagger2 + Retrofit 实现更清晰的架构

当然，这些库本质和 Volley 一样，都是去实现具体功能的轮子，而 MVP 的架构是不变的，所以下文的内容对它们同样适用。

动手开始

打开 Android Studio，新建一个项目 MvpFrameTest。再在项目根目录右键 new 一个 Module，选择第二项 Android Library ，取名 MVP。
这时你会看到你的项目下面多了一个叫 mvp 的 Module（和 app 一样是加粗显示的），不过角标是一个书架而非手机。这代表此模块是一个依赖库，而非独立运行的应用，我们今天主要的代码都写在它里面。

1.png

导入依赖

点开 mvp 下面的 build.gradle 文件（别错搞成 app 下面的了哦），在 dependency 节点下面导入我们要用的轮子——

compile 'com.android.support:design:25.3.1'
compile 'com.android.volley:volley:1.0.0'
compile 'com.google.code.gson:gson:2.7'

这里我希望内容尽量简洁一点，因此只导入设计适配（包含 RecyclerView 以及各种 Material Design 控件）、Volley（包含网络请求与图片加载）和 Gson（包含 Json 解析）三个库。语句后面的版本号仅供参考，因为当你看到这篇文章时，建议使用的版本号可能又变了。
下面点开 app 下面的 build.gradle 文件，同样在 dependency 节点下面添加依赖——

compile project(path: ':mvp')

点击提示行里面的 Sync Now，一会儿任务完成，从此以后你在 mvp 里面依赖的库（包括自己写的各种类），app 就都可以用了。
建议把整体性的功能诸如网络请求、图片加载等写在 mvp 里，具体性的实现诸如 UI 配色、访问地址写在 app 里，这样你的框架使用起来才更加灵活。
如果你对 Gradle 还不了解，推荐一篇文——

• 给 Android 初学者的 Gradle 知识普及

MVP

下面开始写自己的东西了，由于我们想要的是 MVP 设计模式，首先应该完成通用的 M、V 和 P。对 MVP 不了解的推荐一篇文——

• 浅谈 MVP in Android

找到 mvp 下面的 com.example.mvp 包，如图所示

2.png

在里面新建两个接口（Interface），分别取名 BaseView 和 BaseModel 。

public interface BaseView {
    void showLoading();
    void hideLoading();
    void showError();
}

BaseView 里面我们定义了三个抽象方法，分别用于显示加载、隐藏加载和显示加载失败的内容。这些方法最终会交给你的视图（也就是 Activity 或者 Fragment）去实现。

public interface BaseModel {
}

BaseModel 里面目前可以什么都不写。如果你参与一个团队开发，接口和数据有比较统一的格式，那可以在此做一些规范工作。
OK，M 和 V 都有了，再新建一个抽象类，取名 BasePresenter。

public abstract class BasePresenter {
    protected M mModel;
    protected WeakReference mViewRef;

    protected void onAttach(M model, V view) {
        mModel = model;
        mViewRef = new WeakReference<>(view);
    }

    protected V getView() {
        return isViewAttached() ? mViewRef.get() : null;
    }

    protected boolean isViewAttached() {
        return null != mViewRef && null != mViewRef.get();
    }

    protected void onDetach() {
        if (null != mViewRef) {
            mViewRef.clear();
            mViewRef = null;
        }
    }
}

首先声明了两个泛型 M 和 V，M 对应要处理的 Model，V 则对应负责展示的View。由于 V 一般比较大，这里采用了弱引用的写法，避免内存泄漏。
isViewAttached() 用于检测 V 是否已关联 P，为真则让 getView() 返回对应的 V，否则返回 null。另外两个方法负责 V 和 P 的关联与解关联，很简单。
等等，你这不都是具体方法么，为啥还要弄成抽象类？待会自见分晓。

应用入口

新建一个 MyApp 类，继承 Application，用于获取应用全局的上下文。

public class MyApp extends Application {
    private static MyApp instance;
    
    public static MyApp getInstance() {
        return instance;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        instance = this;
    }
}

这个类是你整个应用的入口，一些你希望在应用一跑起来就立即完成的工作（比如初始化一些三方库，包括 SDK），可以写入它的 onCreate() 方法。

切记不要用 instance = new MyApp() 一类的赋值去获取实例，这样你得到的只是一个普通的 Java 类，不会具备任何 Application 的功能！

完成以后别忘了去 app 模块的 AndroidManifest.xml，在 Application 节点下添加一行——

android:name="com.example.mvp.MyApp"

网络请求

前面已经说过，网络请求这类整体功能的封装应写入框架，这样应用调用起来就很方便。这里用的请求库是 Volley，不够了解的请看这篇文——

• Android Volley 完全解析
  这是一个系列文，共四篇，新手建议看完前三篇。

新建一个 RequestManager 类，用于管理网络请求。

public class RequestManager {
    private RequestQueue queue;
    private static volatile RequestManager instance;

    private RequestManager() {
        queue = Volley.newRequestQueue(MyApp.getInstance());
    }

    public static RequestManager getInstance() {
        if (instance == null) {
            synchronized (RequestManager.class) {
                if (instance == null) {
                    instance = new RequestManager();
                }
            }
        }
        return instance;
    }

    public RequestQueue getRequestQueue() {
        return queue;
    }
}

这里定义了一个请求队列的对象，在构造器里实例化，对象和构造器均设为私有，只暴露两个 get 方法。因为请求队列一个便够（多了很浪费资源哦），这里采用了双重校验锁单例模式的写法。不了解单例模式请看——

• Android 设计模式之单例模式

下面定制我们的专属网络请求，网上大多数 API 返回数据都是 Json 对象，可以通过 Gson 很轻松的把它们转换成 Java 对象。新建一个 MyRequest 类，继承 Volley 里面的 Request 类。

public class MyRequest extends Request {

    private Gson mGSon;
    private Class mClass;
    private Response.Listener mListener;

    public MyRequest(String url, Class clazz,
                     Response.Listener listener, Response.ErrorListener errorListener) {
        this(Request.Method.GET, url, clazz, listener, errorListener);
    }

    public MyRequest(int method, String url, Class clazz,
                     Response.Listener listener, Response.ErrorListener errorListener) {
        super(method, url, errorListener);
        mGSon = new Gson();
        mClass = clazz;
        mListener = listener;
    }

    @Override
    protected Response parseNetworkResponse(NetworkResponse response) {
        try {
            String json = new String(response.data,
                    HttpHeaderParser.parseCharset(response.headers));
            return Response.success(mGSon.fromJson(json, mClass),
                    HttpHeaderParser.parseCacheHeaders(response));
        } catch (UnsupportedEncodingException e) {
            return Response.error(new ParseError(e));
        }
    }

    @Override
    protected void deliverResponse(T response) {
        mListener.onResponse(response);
    }
}

代码看着不少，其实很好理解。首先我们想要的 Java 对象不确定，所以用一个泛型 T 去描述，并指定为与 Request 类的泛型相同。
构造器是重写自父类，里面实例化了马上要讲到的 Gson，然后重载了一个不带请求类型的，此时默认请求类型为 GET。
接下来就是重写 Request 类的 parseNetworkResponse() 和 ** deliverResponse()** 方法，前者用于解析请求到的响应（也就是返回数据），后者用于将响应传递给回调接口 mListener。解析时我们采用了 Gson，它会强制我们处理 UnsupportedEncodingException，最终返回的便是我们想要的 Java 对象。对 Gson 不了解请看——

• 你真的会用 Gson 吗？Gson 使用指南
  这是一个系列文，共四篇，新手可以只看第一篇。

现在去处理响应，首先新建一个接口 MyListener——

public interface MyListener {
    void onSuccess(T result);
    void onError(String errorMsg);    
}

这是一个回调，成功时携带泛型描述的 Java 对象，失败时则携带错误信息。
然后补充前面的 RequestManager，添加发送 GET 和 POST 请求的封装。

    public  void sendGet(String url, Class clazz, final MyListener listener) {
        MyRequest request = new MyRequest<>(url, clazz, new Response.Listener() {
            @Override
            public void onResponse(T response) {
                listener.onSuccess(response);
            }
        }, new Response.ErrorListener() {
            @Override
            public void onErrorResponse(VolleyError error) {
                listener.onError(error.getMessage());
            }
        });
        addToRequestQueue(request);
    }

    public  void sendPost(String url, Class clazz, final HashMap map, final MyListener listener) {
        MyRequest request = new MyRequest(Request.Method.POST, url, clazz, new Response.Listener() {
            @Override
            public void onResponse(T response) {
                listener.onSuccess(response);
            }
        }, new Response.ErrorListener() {
            @Override
            public void onErrorResponse(VolleyError error) {
                listener.onError(error.getMessage());
            }
        }) {
            @Override
            protected Map getParams() throws AuthFailureError {
                return map;
            }
        };
        addToRequestQueue(request);
    }

    public  void addToRequestQueue(Request req) {
        getRequestQueue().add(req);
    }

网络请求搞定！这里很明显看出 Volley 的局限，就是不支持 POST 大数据，因此不适合上传文件（下载文件倒是可以通过 DownloadManager 实现）。如果你的项目有上传文件需求，应该转战 Retrofit 或 OkHttp。

图片加载

这里只用 Volley 自带的 ImageLoader 模块实现图片加载。该模块性能不错，但功能不如 Glide 一类的专业图片加载框架丰富，大家可根据需求自行选择合适的轮子。新手推荐看下面这篇文——

• Android开源项目推荐之「图片加载到底哪家强」

新建一个 ImageUtil 类，用于封装图片加载。

public class ImageUtil {
    public static void loadImage(String url, ImageView iv, int placeHolder, int errorHolder) {
        ImageLoader loader = new ImageLoader(
                RequestManager.getInstance().getRequestQueue(), new BitmapCache());
        if (iv instanceof NetworkImageView) {
            ((NetworkImageView) iv).setDefaultImageResId(placeHolder);
            ((NetworkImageView) iv).setErrorImageResId(errorHolder);
            ((NetworkImageView) iv).setImageUrl(url, loader);
        } else {
            ImageLoader.ImageListener listener = ImageLoader.getImageListener(iv,
                    placeHolder, errorHolder);
            loader.get(url, listener);
        }
    }

    private static class BitmapCache implements ImageLoader.ImageCache {
        private LruCache cache;
        private final int maxSize = 10 * 1024 * 1024;//缓存大小设为10M

        BitmapCache() {
            cache = new LruCache(maxSize) {
                @Override
                protected int sizeOf(String key, Bitmap value) {
                    return value.getByteCount() / 1024;
                }
            };
        }

        @Override
        public Bitmap getBitmap(String url) {
            return cache.get(url);
        }

        @Override
        public void putBitmap(String url, Bitmap bitmap) {
            cache.put(url, bitmap);
        }
    }
}

首先写了一个内部类 BitmapCache（因为工具类对外方法是静态的，所以它也应是静态），实现 Volley 的 ImageCache 接口并重写方法。这里采用了 LruCache 实现图片缓存，不了解请看这篇文——

• Android高效加载大图、多图解决方案，有效避免程序OOM

然后暴露一个 loadImage() 方法给外部调用。Volley 带有一个 继承自 ImageView 的控件 NetworkImageView，并有一套专属的加载流程，因此在 loadImage() 方法里，针对它和原生 ImageView 做了区分。
OK，图片加载也搞定了。回首一看我们已写了不少类和接口，整理一下吧，如下图示。这已经是一个还算像样的 MVP 快速开发框架了。

3.png

补充润色

继续添加轮子。我们都知道 MVP 的优点，但它也是有不少坑的——

• 类爆炸，这也是 MVP 最受诟病之处。严格的 MVP 写法下，每写 1 个页面（不算适配器和实体），要为之创建 8 个类。

• P 应当具备和 V 相似的生命周期，但在众多 V 里一个个调用 onAttach() 和 onDetach() 一个个关联解关联，显然是重复劳动。
• 有些 V 的展现内容是共通的，比如进度条、空白页。

另外实际开发中我们还有一些需求，简单列举 2 个——

• View 加载控件和数据的逻辑有时会很多，混杂一起阅读相当不方便。

• 应用要求单击返回键只弹出提示警告，双击才是回到桌面。

现在我们就来解决它们。
首先在 util 目录下新建两个类，分别取名 ToastUtil 和 ReflectUtil。

public class ToastUtil {
    private static Toast toast;
    public static void showToast(String text) {
        if (toast == null) {
            toast = Toast.makeText(MyApp.getInstance(), text, Toast.LENGTH_SHORT);
        } else {
            toast.setText(text);
        }
        toast.show();
    }
}

该类用于显示一段土司（原生的接口有不妥之处，连续点击会连续土司）。

public class ReflectUtil {
    public static  T getT(Object o, int i) {
        try {
            return ((Class) ((ParameterizedType)
                    (o.getClass().getGenericSuperclass())).getActualTypeArguments()[i]).newInstance();
        } catch (Exception e) {
            e.printStackTrace();
        }
        return null;
    }
}

该类则用于反射获取指定泛型。
然后在 base 目录下新建两个抽象类 BaseActivity 和 BaseMvpActivity，前者继承 AppCompatActivity，并实现我们写的 BaseView；后者继承前者。

public abstract class BaseActivity extends AppCompatActivity implements BaseView {
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(getLayoutId());
        initView();
    }

    protected abstract int getLayoutId();
    protected abstract void initView();

    @Override
    public void showLoading() {

    }

    @Override
    public void hideLoading() {

    }

    @Override
    public void showError() {

    }

    @Override
    public boolean onKeyDown(int keyCode, KeyEvent event) {
        return checkBackAction() || super.onKeyDown(keyCode, event);
    }
    //双击退出相关
    private boolean mFlag = false;
    private long mTimeout = -1;
    private boolean checkBackAction() {
        long time = 3000L;//判定时间设为3秒
        boolean flag = mFlag;
        mFlag = true;
        boolean timeout = (mTimeout == -1 || (System.currentTimeMillis() - mTimeout) > time);
        if (mFlag && (mFlag != flag || timeout)) {
            mTimeout = System.currentTimeMillis();
            ToastUtil.showToast("再点击一次回到桌面");
            return true;
        }
        return !mFlag;
    }
}

有时我们的活动只是一个静态的容器（比如欢迎页），这时其实是没必要使用 MVP 的。所以把包括 UI 的逻辑（双击退出）封装在此。BaseView 里面的方法也在此重写，简明起见，就不具体实现了。
另外为了提升可读性，BaseActivity 添加了两个抽象方法 getLayoutId() 和 initView()。子类在重写时，将前者的返回值改为布局 ID，在后者中进行初始化（findViewById、setOnClickListener）即可。如果子类不在 onCreate() 方法里干其它事，重写 onCreate() 一步也可以省略。

皮埃斯：如果你用了 ButterKnife、Dagger 等依赖注入框架，初始化和解绑（去 onDestory() 方法）工作同样可以在这个 BaseActivity 里完成。
有意思的是如果你在子类里用了 Android Studio 一款关于 ButterKnife 的助手插件（人气很高的说），它依然会很「认真负责」的帮你重写 onCreate() 和 onDestory()…… 只有自己动手咔嚓掉了。

public abstract class BaseMvpActivity
         extends BaseActivity {
    protected T mPresenter;
    protected M mModel;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mPresenter = ReflectUtil.getT(this, 0);
        mModel = ReflectUtil.getT(this, 1);
        mPresenter.onAttach(mModel, this);
    }

    @Override
    protected void onStart() {
        super.onStart();
        loadData();
    }
    
    protected abstract void loadData();

    @Override
    protected void onDestroy() {
        super.onDestroy();
        mPresenter.onDetach();
    }
}

遇到动态的，有数据请求和处理的页面，再让 MVP 出马。这个 BaseMvpActivity 继承了 BaseActivity，因此包含了里面全部功能，同时又添加了一个抽象方法 loadData()，有关数据交互的方法写在里面即可。

举一反三，如果要让碎片也能选择性使用 MVP，你应该能写出对应的 BaseFragment 和 BaseMvpFragment 来了吧？

最后在 base 下创建接口 MvpListener，用于数据从 M 到 V 的层间传递。

public interface MvpListener {
    void onSuccess(T result);
    void onError(String errorMsg);
}

好了，属于你的简易 MVP 快速开发框架已经搭建完成，撒花庆祝一下吧。

4.png

开车上路

现在就在 app 模块中写个「知乎日报」测试测试，顺便也学习一下 MVP 杜绝类爆炸的使用姿势。简明起见，只用一个 RecyclerView 请求今天的内容（图片 + 标题），不再涉及详情。
首先创建知乎日报的实体类 DailyBean。推荐用 Postman 做请求，然后用 Android Studio 的插件 Gson Format 自动生成。

public class DailyBean {
    private String date;
    private List stories;

    public String getDate() {
        return date;
    }
    public void setDate(String date) {
        this.date = date;
    }
    public List getStories() {
        return stories;
    }
    public void setStories(List stories) {
        this.stories = stories;
    }

    public static class StoriesBean {
        private int type;
        private int id;
        private String ga_prefix;
        private String title;
        private boolean multipic;
        private List images;

        public int getType() {
            return type;
        }
        public void setType(int type) {
            this.type = type;
        }
        public int getId() {
            return id;
        }
        public void setId(int id) {
            this.id = id;
        }
        public String getGa_prefix() {
            return ga_prefix;
        }
        public void setGa_prefix(String ga_prefix) {
            this.ga_prefix = ga_prefix;
        }
        public String getTitle() {
            return title;
        }
        public void setTitle(String title) {
            this.title = title;
        }
        public boolean isMultipic() {
            return multipic;
        }
        public void setMultipic(boolean multipic) {
            this.multipic = multipic;
        }
        public List getImages() {
            return images;
        }
        public void setImages(List images) {
            this.images = images;
        }
    }
}

然后创建一个契约接口 DailyContract，这是 Google 推荐的类爆炸解决方案（不过笔者此处并没严格按照官方要求去执行）——

public interface DailyContract {
    interface DailyModel extends BaseModel {
        void loadDaily(String url, MvpListener> listener);
    }

    interface DailyView extends BaseView {
        void setData(List beanList);
    }

    abstract class DailyPresenter extends BasePresenter {
        protected abstract void loadData(String url);
    }
}

接口里同时承载了 Daily 这个模块的 M，V 和 P（现在明白为何一开始要把 BasePresenter 弄成抽象类了吧），并且定义了方法规则。
下面开始具体实现这三层，首先是 P 层，创建一个 DailyPresenterImpl 类，让它继承契约里面的 DailyPresenter。

public class DailyPresenterImpl extends DailyContract.DailyPresenter {
    @Override
    public void loadData(String url) {
        final DailyContract.DailyView mView = getView();
        if (mView == null) {
            return;
        }

        mView.showLoading();
        mModel.loadDaily(url, new MvpListener>() {
            @Override
            public void onSuccess(List result) {
                mView.hideLoading();
                mView.setData(result);
            }

            @Override
            public void onError(String errorMsg) {
                mView.hideLoading();
                mView.showError();
            }
        });
    }
}

逻辑很简单，首先拿到契约里 DailyView 的实例 mView，做非空判断，然后调用 showLoading() 方法显示加载进度条。
此后调用 mModel（也就是契约里 DailyModel 的实例）的 loadDaily() 方法，出结果后告知 mView，首先关闭进度条。成功则执行 setData() 展示数据，失败则执行 showError() 展示错误信息。
创建 DailyModelImpl 类，继承契约里的 DailyModel。

public class DailyModelImpl implements DailyContract.DailyModel {
    @Override
    public void loadDaily(String url, final MvpListener> listener) {
        RequestManager.getInstance().sendGet(url, DailyBean.class, new MyListener() {
            @Override
            public void onSuccess(DailyBean result) {
                listener.onSuccess(result.getStories());
            }

            @Override
            public void onError(String errorMsg) {
                listener.onError(errorMsg);
            }
        });
    }
}

这里具体实现 loadDaily() 方法去请求数据，具体途径当然是之前我们封装的网络请求类。成功则执行 MvpListener 的成功回调，失败则执行失败回调。
创建我们用于展示的条目布局文件 item_daily。
这里我没添加分割线，其实也不推荐直接在 item 里加分割线。

这里插播 2 个小知识——

• 在层级相同时，FrameLayout 的性能略高于 LinearLayout，LinearLayout 又略高于RelativeLayout。对应的百分比布局同理。
• 约束布局能保证布局层级始终为 1，如果你的 item 很复杂，有必要考虑一下它。如果你不习惯拖拖拽拽，可以先写 XML 再转换。

创建知乎日报的适配器 DailyAdapter。这里我用了 RecyclerView，因为它的依赖已经包含在了 mvp 里，app 里就不用再重复声明了。

public class DailyAdapter extends RecyclerView.Adapter {
    private Context context;
    private List beanList;

    public DailyAdapter(Context context) {
        this.context = context;
        beanList = new ArrayList<>();
    }

    public void setBeanList(List list) {
        this.beanList.addAll(list);
        notifyDataSetChanged();
    }

    @Override
    public DailyHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        return new DailyHolder(LayoutInflater.from(context)
                .inflate(R.layout.item_daily, parent, false));
    }

    @Override
    public void onBindViewHolder(DailyHolder holder, int position) {
        DailyBean.StoriesBean bean = beanList.get(position);
        holder.tv.setText(bean.getTitle());
        ImageUtil.loadImage(bean.getImages().get(0), holder.iv,
                R.mipmap.ic_launcher_round, R.mipmap.ic_launcher_round);
    }

    @Override
    public int getItemCount() {
        return beanList.size();
    }

    static class DailyHolder extends RecyclerView.ViewHolder {
        TextView tv;
        NetworkImageView iv;

        DailyHolder(View itemView) {
            super(itemView);
            tv = (TextView) itemView.findViewById(R.id.item_daily_tv);
            iv = (NetworkImageView) itemView.findViewById(R.id.item_daily_iv);
        }
    }
}

简单起见我们只加载当天的全部内容。onBindViewHolder() 方法里面用到了之前封装的图片工具，占位图就简单用小机器人代替了。
创建主界面的布局文件 activity_main。

创建一个日期工具类 DateUtil，封装日期格式化流程。
聪明如你，应该知道这个类是放 app 更好，还是放 mvp 更好吧？

public class DateUtil {
    private static final Locale LOCALE = Locale.CHINA;
    public static String format(Date date, String s) {
        return new SimpleDateFormat(s, LOCALE).format(date);
    }
}

养成好习惯，创建一个类 Api，统一管理访问接口。

public class Api {
    public static final String DAILY_HISTORY = "http://news.at.zhihu.com/api/4/news/before/";
}

最后写展示用的类 MainActivity，也就是 MVP 的 V 层。继承 BaseMvpActivity 并实现契约里的 DailyView。

public class MainActivity extends BaseMvpActivity
        implements DailyContract.DailyView {
    private DailyAdapter adapter;

    @Override
    protected int getLayoutId() {
        return R.layout.activity_main;
    }

    @Override
    protected void initView() {
        adapter = new DailyAdapter(this);
        RecyclerView rcv = (RecyclerView) findViewById(R.id.ac_main_rcv);
        rcv.setLayoutManager(new LinearLayoutManager(this));
        rcv.setHasFixedSize(true);
        rcv.setAdapter(adapter);
    }

    @Override
    protected void loadData() {
        mPresenter.loadData(Api.DAILY_HISTORY
                + DateUtil.format(new Date(), "yyyyMMdd"));
    }

    @Override
    public void setData(List beanList) {
        adapter.setBeanList(beanList);
    }
}

由于无须在活动创建时做其它事，onCreate() 方法可以不重写了。其它 4 个重写方法依次负责布局文件，初始化控件，请求和展示数据，一目了然。
最后别忘了在 AndroidManifest 里添加网络访问权限——

OK，可以跑应用了～～

1.gif

实际效果比 gif 更好，Volley 做纯阅读应用还是比较给力的。
再看一看我们搭好框架后真正写的代码（笔者做了归类整理）——

5.png

除去适配器和实体类，一个页面我们只写了 4 个类，有效解决了类爆炸；如果是类似欢迎页那样不涉及交互的，那直接继承 BaseActivity 即可，不再用 MVP 模式写了，这样一个页面只须写 1 个类。
本文结束，欢迎指教 and 拍砖～～