mvp网站架构 mvp架构模式

         MVP模式是MVC模式在Android上的一种变体，要介绍MVP就得先介绍MVC。在MVC模式中，Activity应该是属于View这一层。而实质上，它既承担了View，同时也包含一些Controller的东西在里面。这对于开发与维护来说不太友好，耦合度大高了。把Activity的View和Controller抽离出来就变成了View和Presenter，这就是MVP模式。

我在自己的项目里也使用了这个设计模式。当项目越来越庞大、复杂，参与的研发人员越来越多的时候，MVP 模式的优势就充分显示出来了。

MVP模式（Model-View-Presenter）可以说是MVC模式（Model-View-Controller）在Android开发上的一种变种、进化模式。要介绍MVP模式，就不得不先说说MVC模式。

MVC模式的结构分为三部分，实体层的Model，视图层的View，以及控制层的Controller。

• 其中View层其实就是程序的UI界面，用于向用户展示数据以及接收用户的输入
• 而Model层就是JavaBean实体类，用于保存实例数据，一些数据模型
• Controller控制器用于更新UI界面和数据实例

View层接受用户的输入，然后通过Controller修改对应的Model实例；同时，当Model实例的数据发生变化的时候，需要修改UI界面，可以通过Controller更新界面。View层也可以直接更新Model实例的数据，而不用每次都通过Controller，这样对于一些简单的数据更新工作会变得方便许多。

总而言之，M是模型层，是存放数据模型的。V是视图层，用于展示数据的。C是控制层，用于管理更新界面用的。

下面来说一下MVP模式：

按照MVC的分层，Activity和Fragment应该属于View层，用于展示UI界面，以及接收用户的输入，此外还要承担一些生命周期的工作。Activity是在Android开发中充当非常重要的角色，特别是TA的生命周期的功能，所以开发的时候我们经常把一些业务逻辑直接写在Activity里面，这非常直观方便，代价就是Activity会越来越臃肿，超过1000行代码是常有的事，而且如果是一些可以通用的业务逻辑，比如用户登录，写在具体的Activity里就意味着这个逻辑不能复用了。如果有进行代码重构经验的人，看到1000+行的类肯定会有所顾虑。这样一来V和C就耦合在一起了，虽然这样写方便，但是如果业务调整的话，要维护起来就难了，而且在一个臃肿的Activity类查找业务逻辑的代码也会非常蛋疼，所以看起来有必要在Activity中，把View和Controller抽离开来，而这就是MVP模式的工作了。

MVP把Activity中的UI逻辑抽象成View接口，把业务逻辑抽象成Presenter接口，Model类还是原来的Model。

这就是MVP模式，现在这样的话，Activity的工作的简单了，只用来响应生命周期，其他工作都丢到Presenter中去完成。从上图可以看出，Presenter是Model和View之间的桥梁，为了让结构变得更加简单，View并不能直接对Model进行操作，这也是MVP与MVC最大的不同之处。

MVP模式的作用有啥呢？

• 分离了视图逻辑和业务逻辑，降低了耦合
• Activity只处理生命周期的任务，代码变得更加简洁
• 视图逻辑和业务逻辑分别抽象到了View和Presenter的接口中去，提高代码的可阅读性
• Presenter被抽象成接口，可以有多种具体的实现，所以方便进行测试

简单来说一下MVP：M也是模型层，用于存放数据模型的，V也是视图层用于展示数据的，P是Presenter，用于管理模型层和view层，相当于架于两者之间的桥梁。

下面来介绍一下代码:

这就是 MVP模式的包和类。基本就是定义一个接口类，在定义一个实现类。把所有的方法都写到接口里面，然后在实现类里面重写接口的方法进行使用。这样一来，界面清晰，方便与开发和维护。

然后来看一下bean类，封装了一个登陆用的用户名和密码：

public class UserInfo {

    private String name;
    private String pass;

    public UserInfo(String name, String pass) {
        this.name = name;
        this.pass = pass;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public String getPass() {
        return pass;
    }

    public void setPass(String pass) {
        this.pass = pass;
    }
}

再来看一下model层的接口类：

public interface IUserLoginModel {

    // 登录的方法
    public void login(String name,String pass);
    // 保存用户名和密码的方法
    public void saveUserInfo(String name,String pass);
    // 取出用户名和密码的方法  要取出就得返回一个UserInfo  getUserInfo是返回值
    public UserInfo getUserInfo();
}

接下来是model层的实现类：

public class UserLoginModel implements IUserLoginModel {


    @Override
    public void login(String name,String pass) {

    }

    @Override
    public void saveUserInfo(String name, String pass) {

    }

    @Override
    public UserInfo getUserInfo() {
        return null;
    }
}

View层的接口类：在这里，我没有写View层的实现类。

public interface IUserLoginView {

    // 给文本框赋值的方法 设置
    public void setTextName(String name);
    public void setTextPass(String pass);
    // 取文本框值的方法
    public String getTextName();
    public String getTextPass();
}

最后来看一下Presenter类：

public class LoginPresenter {

    IUserLoginModel model;
    IUserLoginView view;
    Context context;

    public LoginPresenter(IUserLoginView view, Context context) {
        this.view = view;
        this.context = context;
        model = new UserLoginModel();
    }

    // 登陆方法  最终是要在Activity中调用的
    public void login(){
        // 想要登录 就得把用户名密码得到

        // 取出输入框中的用户名和密码
        final String name = view.getTextName();
        final String pass = view.getTextPass();
        if(!name.equals("123")){
            Toast.makeText(context,"用户名错误",Toast.LENGTH_SHORT).show();
            return;
        }

        new AsyncTask<String,String,Integer>(){
            @Override
            protected void onPostExecute(Integer integer) {

                Toast.makeText(context,"登录成功",Toast.LENGTH_SHORT).show();

                super.onPostExecute(integer);
            }

            @Override
            protected Integer doInBackground(String... strings) {

                model.login(name,pass);

                return null;
            }
        }.execute();


    }
}

以上就是我对MVP的简单的一些理解，总之MVP对于多人开发来说是比较好的一种模式了，方便多人开发，易维护。