MVC与MVP

一直想一篇关于MVC/MVP设计的文章,因为平时比较忙,自己也没有对这两种设计有很深入的了解,所以一直拖了很久,最近闲了下来,才有时间去研究一下,废话不多说,下面就写一下自己对MVC/MVP的理解,如果有问题,欢迎大家指出.

MVC

mvc设计是软件设计中最常用的设计架构之一,在开发中有非常广泛的应用,它本身并不难理解,但是最近看了一些博客,感觉对于mvc模式的理解还是有很大的争论,具体争论什么这里就不讲了,我就讲讲我理解的mvc吧.

从上面这张图(盗的人家的)我们可以看出mvc分为3个部分:
View:用户界面,即布局xml
Controller:Activity,Fragment,Dialog,控制器
Model:数据业务,处理数据

从图中我们也可以看到数据通信的方向,View持有Controller,传递事件给Controller,Controller去触发Model层进行数据更新,然后更新View,用户得到反馈,所有通信都是单向的(争议点)

同时你会发现View只包含了xml,非常薄,然而Activity居然会在Controller里面,实际上View的初始化和相关操作都在Activity里面,违背了单一职责原则,当Activity,Fragment非常多的时候,会导致Controller层代码会非常臃肿,不易于维护

MVP

mvp模式将Controller替换成了Presenter,同时通信方向也发生了改变,看图:

View:Activity,Fragment,Dialog,该层不包含任何业务逻辑
Model:业务逻辑,处理数据
Presenter:传递中介,View与Model的交互都是通过它来传递

上图我们可以直观的看到View与Model是不直接进行通信的,大量的操作交给Presenter,Presenter与View和Model都是通过接口交互,所以MVP在层次划分上较MVC更加清晰.此外在一个Activity里面可以持有多个View,Presenter,可以避免View和Presenter过大,在开发时也易于维护.上面写的都是理论层面的理解,接下来我们用一个demo来体会一下MVP模式.

MVP Demo

这个demo模拟的是登录页面,两个输入框(用户名,密码),两个button(登录,清除).接下来就是分析我们如何使用MVP模式来封装我们的登录业务:

Model: 包含数据实体和业务逻辑

首先,数据实体肯定有User实体

    public class User {

    public String username;

    public String getUsername() {
        return username;
    }

    public void setUsername(String username) {
        this.username = username;
    }

    public String getPasword() {
        return pasword;
    }

    public void setPasword(String pasword) {
        this.pasword = pasword;
    }

    public String pasword;

}

然后看业务逻辑,我们Model应该有一个login()方法

定义登录接口

public interface IUser {

    void login(String userName, String password, OnLoginListener listener);
}

登录实现类

public class UserLoginImpl implements IUser {

    @Override
    public void login(final String userName, final String password,
            final OnLoginListener listener) {

        // 在子线程中执行
        new Thread() {

            public void run() {

                try {

                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                if ("admin".equals(userName) && "123".equals(password)) {

                    User user = new User();
                    user.setUsername(userName);
                    user.setPasword(password);
                    // 成功的回调
                    listener.onSuccess(user);
                } else {
                    // 失败的回调
                    listener.onFailture();
                }
            };

        }.start();
    }
}

登录结果监听

public interface OnLoginListener {

    void onSuccess(User user);
    void onFailture();
}

Presenter:负责与View和Model进行交互,那么Presenter必须有View,Model的引用,通过构造传入,然后就是业务方法Login,Clear

public class Presenter {

    private IUser mIUser;
    private IUserLoginView mIUserLoginView;
    private Handler handler = new Handler();

    public Presenter(IUser iUser, IUserLoginView iUserLoginView) {

        mIUser = iUser;
        mIUserLoginView = iUserLoginView;
    }

    public void login() {

        mIUserLoginView.showProgress();
        mIUser.login(mIUserLoginView.getUserName(),
                mIUserLoginView.getPassword(), new OnLoginListener() {

                    @Override
                    public void onSuccess(User user) {

                        // 登录成功
                        handler.post(new Runnable() {

                            @Override
                            public void run() {

                                mIUserLoginView.hideProgress();
                                mIUserLoginView.toMainAct();
                            }
                        });
                    }

                    @Override
                    public void onFailture() {

                        // 失败
                        mIUserLoginView.showError();
                        mIUserLoginView.hideProgress();
                    }
                });
    }

    public void clear() {

        mIUserLoginView.clearPassword();
        mIUserLoginView.clearUserName();
    }
}

View:我们知道View是与用户进行交互的,其实就是Activity,View与Presenter的交互也是通过接口,所有定义一个接口

那这个接口应该有什么方法呢?可以从以下几个方面分析:
操作需要什么:用户名(getUserName),密码(getPassword)
操作的结果:登录成功(toMainAct),失败(showLoadError)
良好的交互:进度框(showProgress),隐藏进度(hideProgress)

那么View的接口也就搞定了

public interface IUserLoginView {

    String getUserName();

    String getPassword();

    void clearUserName();

    void clearPassword();

    void showProgress();

    void hideProgress();

    void toMainAct();

    void showError();
}

接下来就是View接口的实现类了.我们知道View就是Activity,所以让我们的Activity 实现接口即可

public class MainActivity  implements IUserLoginView, OnClickListener {

    private Button mLoginButton;
    private EditText mUserNameView;
    private EditText mPasswordView;

    private Presenter mPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        mLoginButton = (Button) findViewById(R.id.login);
        mUserNameView = (EditText) findViewById(R.id.useLogo);
        mPasswordView = (EditText) findViewById(R.id.pw);

        mPresenter = new Presenter((IUser) this, this);
        mLoginButton.setOnClickListener(this);
    }

    @Override
    public String getUserName() {
        return mUserNameView.getText().toString().trim();
    }

    @Override
    public String getPassword() {

        return mPasswordView.getText().toString().trim();
    }

    @Override
    public void clearUserName() {

        mUserNameView.setText("");
    }

    @Override
    public void clearPassword() {

        mPasswordView.setText("");

    }

    @Override
    public void showProgress() {

    }

    @Override
    public void hideProgress() {
        // TODO Auto-generated method stub

    }

    @Override
    public void toMainAct() {
        // TODO Auto-generated method stub

    }

    @Override
    public void showError() {
        // TODO Auto-generated method stub

    }

    @Override
    public void onClick(View arg0) {

        mPresenter.login();
    }

}

OK,这样MVP设计demo就搞定了,使用这种模式能给我们带来多少好处,只有我们在具体实际开发项目中细细体会.
以上内容是自己的总结与理解,如果有什么问题.欢迎大家提出,一起探讨.