为了账号安全，请及时绑定邮箱和手机立即绑定
首页 手记 ## Android MVP模式从入门到进门（一）

## Android MVP模式从入门到进门（一）

标签：
Android

这是一篇面向Android初学者抛砖引玉的文章，正如以前的我——写代码只考虑如何实现功能，对于设计模式完全没有想法和认知。在这篇文章中，我会通过一个常用的登录场景，从几十行代码的直接实现，一步步构建出入门级的MVP架构，向你们分享我所理解的代码的流畅性。但限于文章长度，本篇先对实现MVP前我认为需要了解的一些代码优化内容做介绍，比如为什么要用到接口，以及代码的流畅性等。

当然，书读千遍不如行万里路，真正地理解，一定是在自己不断敲代码的过程中获得的。这是我切身感受到的，也推荐如果是刚入门的你这样去做：先按照网上的示例去“模仿”实现，在做过多次后，那些理念性的优缺点自然就能感受并理解了。

这次使用一个常用的手机号+验证码的登录场景作为示例，看一下效果图吧：

webp

image

首先在不使用MVC或者MVP等设计模式的情况下，看下如何手撸出上面的效果：

public class LoginAcitvity extends AppCompatActivity {    @BindView(R.id.et_phone)
    EditText mEtPhone;    @BindView(R.id.et_code)
    EditText mEtCode;    @BindView(R.id.pb_loading)
    ProgressBar mPbLoading;    private String mRandomCode;    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_login);
        ButterKnife.bind(this);
    }    /**
     * 点击获取验证码 生成6位随机数并显示
     */
    private void showCode() {        //创建随机验证码
        Random random = new Random();
        StringBuilder rCode = new StringBuilder();        int codeMaxLength = 6;        for (int i = 0; i < codeMaxLength; i++) {
            rCode.append(random.nextInt(10));
        }
        mRandomCode = rCode.toString();        //将创建的验证码显示出来
        Toast.makeText(this, "验证码：" + mRandomCode, Toast.LENGTH_SHORT).show();
    }    /**
     * 验证登录
     */
    private void login() {
        String phone = mEtPhone.getText().toString();
        String code = mEtCode.getText().toString();        //用ProgressBar作为Loading控件，在验证登录前显示
        mPbLoading.setVisibility(View.VISIBLE);        //用handler的延迟操作模拟网络效果
        new Handler().postDelayed(() -> {            if (!TextUtils.isEmpty(phone) && code.equals(mRandomCode)) {                //无论登录成功与否，都关掉loading控件的显示
                mPbLoading.setVisibility(View.INVISIBLE);
                Toast.makeText(this, "登录成功" , Toast.LENGTH_SHORT).show();
            } else {
                mPbLoading.setVisibility(View.INVISIBLE);
                Toast.makeText(this, "登录失败" , Toast.LENGTH_SHORT).show();
            }
        }, 1000);
    }    @OnClick({R.id.btn_code, R.id.btn_login})    public void onViewClicked(View view) {        switch (view.getId()) {            case R.id.btn_code:
                showCode();                break;            case R.id.btn_login:
                login();                break;            default:
        }
    }
}

代码中使用了 Butterknife 代替 findViewById 实现对 View 的绑定和 Click 的事件处理。 其中主要包含两个方法：

  1. void showCode()

    点击获取验证码按钮时调用，因为是测试环境，所以直接生成6位随机数作为验证码并显示出来，同时传入全局变量mRandomCode中以作登录校验用。

  2. void login()

    点击登录按钮时调用，校验输入的手机号和验证码，通过handler的delay操作延迟1秒模拟网络环境。在校验前显示loading控件，返回结果后隐藏。

哒哒~只用了几十行代码就完整实现了图中的功能，并且还没出现bug呢。不过代码作为新时代的艺术，我们自然是不能就此满足了，还有很多优化之路要走。

可能有同学就会问了：“ 这样写不是挺好的吗，一个Activity里就写完所有逻辑了，很方便直接啊。”

确实是，在处理一些简单任务的时候，一行行堆砌代码的确来的快捷简便。但如果代码堆叠得多了，Activity就会变得特别臃肿，我们看一下在上面这个简单的例子中，Activity负责了哪些行为：

  • 对各种控件进行绑定和控制

  • 获取用户的输入、点击事件

  • 向服务器发送获取验证码的请求（因为是模拟登录，所以只是创建随机验证码并显示给用户以模拟这一步骤）

  • 向服务器发送手机号和验证码，获取验证结果（也是模拟验证）

  • 将结果在页面上显示出来告知用户

  • 管理自身相关生命周期的事务、例如在退出时关闭网络连接等(因为是模拟没有实际网络连接，所以代码中没有体现)

将这些行为按照如下规则分类：

  • 跟界面相关，负责处理各种界面操作

    • 控制控件

    • 获取事件

    • 生命周期

    • 显示结果

  • 跟界面无关，负责处理业务的逻辑

    • 向服务器获取验证码

    • 向服务器验证登录

可以发现，如果按照责任划分，出现了以界面处理和业务处理两种类型的代码行为。那么这是否可以作为我们优化代码流畅性的一个参考标准呢？如果将代码按照上面的分类进行改写，会有怎样的效果？

我们回看上面void login()部分的代码:

private void login() {
        String phone = mEtPhone.getText().toString();
        String code = mEtCode.getText().toString();        //用ProgressBar作为Loading控件，在验证登录前显示
        mPbLoading.setVisibility(View.VISIBLE);        //用handler的延迟操作模拟网络效果
        new Handler().postDelayed(() -> {            if (!TextUtils.isEmpty(phone) && code.equals(mRandomCode)) {                //无论登录成功与否，都关掉loading控件的显示
                mPbLoading.setVisibility(View.INVISIBLE);
                Toast.makeText(this, "登录成功" , Toast.LENGTH_SHORT).show();
            } else {
                mPbLoading.setVisibility(View.INVISIBLE);
                Toast.makeText(this, "登录失败" , Toast.LENGTH_SHORT).show();
            }
        }, 1000);
    }

可以发现其中包含“获取输入”、“控制Loading控件”、”验证登录“以及”显示结果”四个任务，也就是既有对界面的操控，又对服务器进行数据处理。我们试着把这两者分开看一下：

private void login() {
        String phone = mEtPhone.getText().toString();
        String code = mEtCode.getText().toString();
        verifyLogin(phone, code);
    }public void verifyLogin(String phone, String code){        //用ProgressBar作为Loading控件，在验证登录前显示
        mPbLoading.setVisibility(View.VISIBLE);        //用handler的延迟操作模拟网络效果
        new Handler().postDelayed(() -> {            if (!TextUtils.isEmpty(phone) && code.equals(mRandomCode)) {                //无论登录成功与否，都关掉loading控件的显示
                mPbLoading.setVisibility(View.INVISIBLE);
                Toast.makeText(this, "登录成功" , Toast.LENGTH_SHORT).show();
            } else {
                mPbLoading.setVisibility(View.INVISIBLE);
                Toast.makeText(this, "登录失败" , Toast.LENGTH_SHORT).show();
            }
        }, 1000);
}

将验证登录这一部分独立出来后，发现其方法里还是有很多代码，我们再将其按照责任分离一下，达到下面这种效果：

private void login() {
        String phone = mEtPhone.getText().toString();
        String code = mEtCode.getText().toString();
        verifyLogin(phone, code);
    }public void verifyLogin(String phone, String code){
        showLoading();        //用handler的延迟操作模拟网络效果
        new Handler().postDelayed(() -> {            if (!TextUtils.isEmpty(phone) && code.equals(mRandomCode)) {
                onLoginSuccess();
            } else {
                onLoginFail();
            }
        }, 1000);
}public void showMessage(String msg) {
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();
    }public void showLoading() {
        mPbLoading.setVisibility(View.VISIBLE);
    }public void hideLoading() {
        mPbLoading.setVisibility(View.INVISIBLE);
    }public void onLoginSuccess() {
        hideLoading();
        showMessage("登录成功");
    }public void onLoginFail() {
        hideLoading();
        showMessage("登录失败");
    }

怎样，是不是感觉代码变得“好看”了许多。虽然从一个方法，分而变成了很多个，但我们主要的目的还是按照“界面 - 业务”进行分类，其他void showLoading()、void hideLoading()等方法都是为了更方便在代码中复用而创建的。

说到代码复用，我想到了今年下半年··emm 不开花先。

我们可以思考一下什么方法是比较通用的，在我看来有以下三个：

  • void showMessage(String msg)    很多地方需要显示消息，文中使用了常用的Toast。

  • void showLoading()     需要耗时操作的业务一般都会有Loading控件

  • void hideLoading()     有显示自然就有隐藏

那么对于这些通用的方法，自然而然我们引入到了接口（Interface）的概念，既然每个Activity都有很大可能用到这些方法，那我们可以声明一个接口，让需要用到Activity实现这个接口吧：

public interface IBaseActivity {    /**
     * 显示Loading
     */
    void showLoading();    /**
     * 关闭Loading
     */
    void hideLoading();    /**
     * 显示消息
     * @param msg
     */
    void showMessage(String msg);

}

其实我看过很多介绍MVP的文章，里面都有继承和实验接口的操作，但往往不会介绍太清楚。如果你像我一样对JAVA基础不牢固，在还不甚了解接口这部分知识的时候去阅读这些文章，很容易会不明其所以然。所以我推荐你如果不太了解接口和继承的知识，可以先去阅读一下相关概念。

此处运用接口的意义在于将通用的方法独立出来，以供需要它的类直接实现和重写该方法，我将这种接口叫做通用接口。

但是通用的接口，往往实现的方法不多，如果我想再多实现一些方法呢？我们做个极端一点的例子，将上面LoginActivity中所有方法都写成接口的形式，代码的效果是这样的（接下来的代码都去掉了注释以缩短文章长度）：

public interface InterfaceBase {    
    void showLoading();    void hideLoading();    void showMessage(String msg);    void sentCode();    void login();    void verifyLogin();    void onLoginSuccess();    void onLoginFail();
}

这样一来，我们直接实现这个接口，就可以省得再去Activity中创建这些方法了。而实际开发中也确实是这样，因为能直观地在接口中看到所有的方法，所以我们会在创建Activity前先创建接口，声明需要实现的一些方法，然后在Activity中实现接口就可以了。

对于这种专司其职的接口，我将其称为专用接口。

那既然已经有了专用接口，前面提到的通用接口还有什么用处呢？一个类只能继承一个接口，我们肯定选择继承功能强大的专用接口，而不是方法少、功能单一的通用接口啊。可以看到，上面提供的专用接口中，仍然包含了void showLoading(); 、 void hideLoading(); 、void showMessage();这三个通用方法，如果每次创建专用接口都添加这三个方法，肯定不是聪明的选择。于是接口的继承就派上用场了——每次创建专用接口时继承通用接口，这样就可以更方便地实现所有方法了。

但是，前面说到将所有方法都在接口中声明出来，是比较极端的方式，一般是不会这样去写接口的。其实接口的定义很多，我只是按我理解的方式去设计它而已。

在这里我只保留了其中关于登录结果回调的方法，至于原因会在接下来MVP相关内容时讲到。下面是继承了通用接口只保留登录结果回调的接口代码：

public interface InterfaceLogin extends InterfaceBase {    
    void onLoginSuccess();    void onLoginFail();
}

于是对各种方法进行细分、实现继承完的接口后，我们的Activity就变成了这样：

public class LoginActivity extends AppCompatActivity implements ILoginActivity {    @BindView(R.id.et_phone)
    EditText mEtPhone;    @BindView(R.id.et_code)
    EditText mEtCode;    @BindView(R.id.pb_loading)
    ProgressBar mPbLoading;    //生成的随机6位数验证码
    private String mRandomCode;    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_login);
        ButterKnife.bind(this);
    }    @Override
    public void showLoading() {
        mPbLoading.setVisibility(View.VISIBLE);
    }    @Override
    public void hideLoading() {
        mPbLoading.setVisibility(View.INVISIBLE);
    }    @Override
    public void showMessage(String msg) {
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();
    }    public void sentCode() {        //生成验证码
        mRandomCode = generateCode();        //将创建的验证码显示出来
        showCode();
    }    private String generateCode() {
        Random random = new Random();
        StringBuilder rCode = new StringBuilder();        int codeMaxLength = 6;        for (int i = 0; i < codeMaxLength; i++) {
            rCode.append(random.nextInt(10));
        }        return rCode.toString();
    }    private void showCode() {
        Toast.makeText(this, "验证码：" + mRandomCode, Toast.LENGTH_SHORT).show();

    }    public void login() {
        String phone = mEtPhone.getText().toString();
        String code = mEtCode.getText().toString();
        verifyLogin(phone, code);
    }    public void verifyLogin(String phone, String code) {
        showLoading();        //用handler的延迟操作模拟网络效果
        new Handler().postDelayed(() -> {            if (!TextUtils.isEmpty(phone) && code.equals(mRandomCode)) {
                onLoginSuccess();
            } else {
                onLoginFail();
            }
        }, 1000);
    }    @Override
    public void onLoginSuccess() {
        hideLoading();
        showMessage("登录成功");
    }    @Override
    public void onLoginFail() {
        hideLoading();
        showMessage("登录失败");
    }    @OnClick({R.id.btn_code, R.id.btn_login})    public void onViewClicked(View view) {        switch (view.getId()) {            case R.id.btn_code:
                sentCode();                break;            case R.id.btn_login:
                login();                break;            default:
        }
    }
}

到这里我们就将一个很简单几十行代码的Activity，变成了拥有接口的Acitivity，并且代码量翻倍到了100行。这么一看，还算的上优化代码吗？ 其实虽然代码量增加了，但类中的许多方法变得更加精简，每个方法负责的任务变少了，这也是编程思想中重要的”单一职责原则“的体现：每一个方法只执行它相应的职责，如果有超出它职责范围的内容，交由其他方法去做就好了。



作者：广州芦苇科技App
链接：https://www.jianshu.com/p/1b3f519f13ac


点击查看更多内容
发表于 2019.02.22 21:56， 共 1135 人浏览

本文原创发布于慕课网 ，转载请注明出处，谢谢合作

举报
为 TA 点赞

若觉得本文不错，就分享一下吧！

评论

作者其他优质文章

正在加载中

慕村9548890

手记
篇
粉丝
227
获赞与收藏
990

关注作者，订阅最新文章

相关文章推荐

阅读免费教程

  • 推荐
  • 评论
  • 收藏
  • 共同学习，写下你的评论
感谢您的支持，我会继续努力的～
扫码打赏，你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫，即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消