MVC、MVP、MVVM的理解与使用

前言

对于MVC、MVP、MVVM,这都是Android开发的一种架构,随着日积月累的开发,很对人对这几种模式是再熟悉不过了。不过当初我在学习的时候是因为看一个开源项目的源码是MVP架构的,也找个很多文章,发现很多文章不是全是概念,就是解释的含糊不清,所以写一篇文章来分享,让像我一样的小白可以快速理解这几种架构模式。


MVC

MVC全名 Model View Controller
模型(model)-视图(view)-控制器(controller)
- M是指业务模型
- V是指用户界面
- C则是控制器
mvc

这是一种常见,也是比较基础的模式。大家比较熟悉。其中View层其实就是程序的 UI 界面,用于向用户展示数据以及接收用户的输入而 Model 层就是 JavaBean 实体类,用于保存实例数据Controller 控制器用于更新 UI 界面和数据实例
我举个简单的例子。如下:
- Module:

public class User {
    private String name;
    private String pwd;

    public User(String name, String pwd) {
        this.name = name;
        this.pwd = pwd;
    }
    ...getter setter
}
  • Controller:
public class Controller {
    private Context mContext;
    private User user;

    public Controller(Context context, User user) {
        mContext = context;
        this.user = user;
    }

    public void login() {
        if (!TextUtils.isEmpty(user.getName())
                || !TextUtils.isEmpty(user.getPwd())) {
            if (user.getName().equals("tom")
                    && user.getPwd().equals("123456")) {
                Toast.makeText(mContext, "success", Toast.LENGTH_SHORT).show();
            } else {
                Toast.makeText(mContext, "error", Toast.LENGTH_SHORT).show();
            }
        } else {
            Toast.makeText(mContext, "密码不能为空", Toast.LENGTH_SHORT).show();
        }
    }
}
  • MVCActivity(view):
  ...
 mButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                User user = new User(edt_name.getText().toString(), edt_pwd.getText().toString());
                Controller controller = new Controller(getApplicationContext(), user);
                controller.login();
            }
        });

这就是用mvc模式设计的登录代码。可以看到在View中我们可以直接Moduel赋值从而,View里会包含Model信息,这样存在耦合性就比较大,我们希望的是我们View和Controller与交互。Controller包含业务逻辑然后和mudoel交互,但是在mvc中我们做到这样的效果是比较难得,同时很多时候在view和Controller之间往往界限不是那么明了。造成Activity既是View又是Controller造成代码臃肿,耦合度非常高,同时业务逻辑也很难复用。


MVP
  • M代表Model
  • V代表View
  • P则是Presenter(Model和View之间的桥梁)

mvp的全称为Model-View-Presenter,Model提供数据,View负责显示,Controller/Presenter负责逻辑的处理。MVP与MVC有着一个重大的区别:在MVP中View并不直接使用Model,它们之间的通信是通过Presenter (MVC中的Controller)来进行的,所有的交互都发生在Presenter内部,而在MVC中View会直接从Model中读取数据而不是通过 Controller

MVP模式的核心思想
把Activity中的UI逻辑抽象成View接口,把业务逻辑抽象成Presenter接口,Model类还是原来的Model类

mvp

我们再来看下同样是上面登录的例子:
- 结构

mvp

  • 代码

module:

public interface IUser {
    String logString();
}

public class User implements IUser {
    private String name;
    private String pwd;

    public User(String name, String pwd) {
        this.name = name;
        this.pwd = pwd;
    }

    ...getter setter
    @Override
    public String logString() {
        return "logString:" + "User{" +
                "name='" + name + '\'' +
                ", pwd='" + pwd + '\'' +
                '}';
    }
}

presenter:

public interface IPresenter<T> {
    void attchView(T view);

    void dettchView();

    void login(User user);
}


public class IPresenterImpl implements IPresenter<IView> {
    private IView mIView;
    @Override
    public void attchView(IView view) {
        mIView = view;
    }

    @Override
    public void dettchView() {
        mIView = null;
    }

    @Override
    public void login(User user) {
        if (!TextUtils.isEmpty(user.getName())
                || !TextUtils.isEmpty(user.getPwd())) {
            if (user.getName().equals("tom")
                    && user.getPwd().equals("123456")) {
                mIView.showSuccessToast("success");
            } else {
                mIView.showErrorToast("error");
            }
        } else {
            mIView.showToast("密码不能为空");
        }
    }
}

view:

public interface IView {

    void showToast(String msg);

    void showSuccessToast(String msg);

    void showErrorToast(String msg);
}

public class MVPActivity extends AppCompatActivity implements IView {
    private EditText edt_name, edt_pwd;
    private Button mButton;
    private IPresenterImpl mPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_mvp);
        edt_name = (EditText) findViewById(R.id.edt_name);
        edt_pwd = (EditText) findViewById(R.id.edt_pwd);
        mButton = (Button) findViewById(R.id.login);
        mPresenter = new IPresenterImpl();
        mPresenter.attchView(this);
        mButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                User user = new User(edt_name.getText().toString(), edt_pwd.getText().toString());
                mPresenter.login(user);
                Log.d("TAG", "onCreate: " + user.logString());

            }
        });
    }

    @Override
    public void showToast(String msg) {
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();
    }

    @Override
    public void showSuccessToast(String msg) {
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();

    }

    @Override
    public void showErrorToast(String msg) {
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();

    }

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

你可能会觉得这就是一个简单的登录,本来可以全部在Activiy中写,现在变成这么多的类不是反而麻烦了吗?回答这个问题,首先我们的项目不可能就这么点逻辑,如果逻辑很多呢?由于mvc之间相互关联耦合性很大,既然我们要做的就是解耦当然类也就增加了很多,但是在mvp中他们的分工层次非常清晰,各司其职,view就是用来更新界面,presenter就是业务逻辑作为moduel和view之间的沟通桥梁,他们这间都是用的接口回调,也大大降低了耦合。以后代码更新和修改也就会更加方便。这里Presenter代替了Controller,它比Controller担当更多的任务,也更加复杂。Presenter处理事件,执行相应的逻辑,这些逻辑映射到Model操作Model。那些处理UI如何工作的代码基本上都位于Presenter。这样view的负担也就变小了许多。
- 优点
1. 分离视图逻辑和业务逻辑,降低耦合
2. Activity只处理生命周期的任务,代码简洁
3. 视图逻辑和业务逻辑抽象到了View和Presenter中,提高阅读性
4. Presenter被抽象成接口,可以有多种具体的实现
5. 业务逻辑在Presenter中,避免后台线程引用Activity导致内存泄漏


MVVM
MVVM模式包含三个部分
- Model代表基本的业务逻辑
- View显示内容
- ViewModel将前面两者联系在一起

MVVM模式中,一个ViewModel和一个View匹配,它没有MVP中的IView接口,而是完全的和View绑定,所有View中的修改变化,都会自动更新到ViewModel中,同时ViewModel的任何变化也会自动同步到View上显示。

2015年I/O大会上谷歌介绍了一个非常NB的工具,该工具可以将View和一个对象的field绑定,当field更新的时候,framework将收到通知,然后View自动更新
Data Binding官方原生支持MVVM模型可以让我们在不改变现有代码的框架下,非常容易的使用这些新特性
mvvm

废话少数,看下例子:
- xml

<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android"
        xmlns:app="http://schemas.android.com/apk/res-auto"
        xmlns:tools="http://schemas.android.com/tools">

    <data>

        <variable
            name="viewmodule"
            type="com.example.ggxiaozhi.mvcmvpmvvm.login.mvvm.moduleView.UserModuleView"/>
    </data>

    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical"
        tools:context=".login.mvvm.view.MVVMActivity">

        <EditText
            android:id="@+id/edt_name"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:addTextChangedListener="@{viewmodule.nameTextChanged}"
            android:hint="用户名"/>

        <EditText
            android:id="@+id/edt_pwd"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:addTextChangedListener="@{viewmodule.pwdTextChanged}"
            android:hint="密码"/>

        <Button
            android:id="@+id/login"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:onClick="@{viewmodule.login}"
            android:text="登录"/>


    </LinearLayout>
</layout>

  • view:
public class MVVMActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        ActivityMvvmBinding binding = DataBindingUtil.setContentView(this, R.layout.activity_mvvm);
        UserModuleView moduleView = new UserModuleView(this);
        binding.setViewmodule(moduleView);
    }
}
  • model:
    private String name = "tom";
    private String pwd = "123456";

    public User(String name, String pwd) {
        this.name = name;
        this.pwd = pwd;
    }

    public String getName() {
        return name;
    }

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

    public String getPwd() {
        return pwd;
    }

    public void setPwd(String pwd) {
        this.pwd = pwd;
    }

}
  • viewmodel:
public class UserModuleView {
    private String user_name;
    private String user_pwd;
    private Context context;
    private User user;

    public UserModuleView(Context context) {
        this.context = context;
        user = new User();
    }

    public void login(View view) {
        if (!TextUtils.isEmpty(user_name)
                || !TextUtils.isEmpty(user_pwd)) {
            if (user.getName().equals(user.getName())
                    && user.getPwd().equals(user.getPwd())) {
                Toast.makeText(context, "success", Toast.LENGTH_SHORT).show();
            } else {
                Toast.makeText(context, "error", Toast.LENGTH_SHORT).show();

            }
        } else {
            Toast.makeText(context, "密码不能为空", Toast.LENGTH_SHORT).show();
        }
    }

    public TextWatcher nameTextChanged() {
        return new TextWatcher() {
            @Override
            public void beforeTextChanged(CharSequence s, int start, int count, int after) {

            }

            @Override
            public void onTextChanged(CharSequence s, int start, int before, int count) {
                user_name = s.toString();
            }

            @Override
            public void afterTextChanged(Editable s) {

            }
        };
    }

    public TextWatcher pwdTextChanged() {
        return new TextWatcher() {
            @Override
            public void beforeTextChanged(CharSequence s, int start, int count, int after) {

            }

            @Override
            public void onTextChanged(CharSequence s, int start, int before, int count) {
                user_pwd = s.toString();
            }

            @Override
            public void afterTextChanged(Editable s) {

            }
        };
    }

    public String toString() {
        return "User{" +
                "user_name='" + user_name + '\'' +
                ", user_pwd='" + user_pwd + '\'' +
                '}';
    }
}

MVVM模式和MVC模式一样,主要目的是分离视图(View)和模型(Model),有几大优点:
1. 低耦合。View可以独立于Model变化和修改,一个ViewModel可以绑定到不同的”View”上,当View变化的时候Model可以不变,当Model变化的时候View也可以不变。
2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面,让很多view重用这段视图逻辑。
3. 独立开发。开发人员可以专注于业务逻辑和数据的开发(ViewModel),设计人员可以专注于页面设计,生成xml代码。
4. 可测试。界面素来是比较难于测试的,而现在测试可以针对ViewModel来写。

其实在我看来,学习MVVM就是在学习Data Binding Library,如果想学号MVVM可以去看看官方文档或是译文,学习好了Data Binding Library对学习MVVM是有很大的帮助的。


结语

之前的文章我们提到了dagger2,这个用于mvp中是比较合适的,如果大家是新手我比较建议用mvp开发项目的,以为他多处用到接口回调,即解耦有能帮助大家理解多用接口的好处。其实多做项目,自然就会更加理解了。这个例子虽然很小,但是如果大家用心敲一遍,一定是会有收获的。如果想学习更多请参考我的开源项目百篮应用里面的技术我博客都有提到。也会帮你更好的理解mvp模式。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
### 回答1: MVCMVPMVVM 都是软件架构模式,用于组织代码和实现分离关注点的目的。 MVC(Model-View-Controller)是最早的一种架构模式,它将应用程序分为三个部分:模型(Model)、视图(View)和控制器(Controller)。其中,模型表示应用程序的数据和业务逻辑,视图表示用户界面,控制器负责协调模型和视图之间的交互。 MVP(Model-View-Presenter)是在 MVC 模式的基础上发展而来的,它将控制器改为了 Presenter,Presenter 负责协调模型和视图之间的交互,同时也负责处理用户输入和业务逻辑。MVP 模式将视图和模型完全分离,使得视图可以独立于模型进行测试和开发。 MVVM(Model-View-ViewModel)是在 MVP 模式的基础上发展而来的,它将 Presenter 改为了 ViewModel,ViewModel 负责协调模型和视图之间的交互,同时也负责处理用户输入和业务逻辑。MVVM 模式引入了数据绑定机制,使得视图可以自动更新,同时也使得开发者可以更加专注于业务逻辑的实现。 总的来说,MVCMVPMVVM 都是用于实现分离关注点的目的,它们的区别在于各自的架构模式和角色的不同。MVC 模式是最早的一种架构模式,MVP 模式是在 MVC 模式的基础上发展而来的,MVVM 模式是在 MVP 模式的基础上发展而来的,引入了数据绑定机制。 ### 回答2: MVCMVPMVVM 都是一种设计模式,用于解决应用程序中视图、模型和控制器之间的关系问题。虽然它们都是为了实现分层架构而生,但它们在设计理念上有所不同,各有优劣。下面将分别介绍其区别与联系。 MVC(Model-View-Controller)模式最早于 1970 年代提出,它将应用程序划分为三个主要部分:数据模型、视图(用户界面)和控制器。其中,数据模型表示应用程序中的数据,视图表示呈现数据的用户界面,控制器负责处理用户的输入,并更新数据模型和视图。MVC 的最大优点是能够有效地将应用程序分离为多个独立的组成部分,分层清晰,便于维护和修改。但缺点是随着应用程序功能的增加,控制器变得越来越复杂,难以维护。 MVP(Model-View-Presenter)模式是在 MVC 模式的基础上提出的,它将一个控制器改为了一个或多个 Presenter。在 MVP 模式中,Presenter 接收视图的用户输入,并将业务逻辑分离到另一个模块中进行进一步处理。这样做的好处是,可以将业务逻辑从视图中解耦出来,视图与模型之间的关系更加松散,Presenter 则作为中间件来进行调控。MVP 模式的主要优点是:视图和控制器之间的耦合度降低,Presenter 可以方便地进行单元测试,MVP 更加适合复杂的业务逻辑场景。 MVVM(Model-View-ViewModel)是一种新型的设计模式,它于 2005 年提出。MVVM 将控制器和 Presenter 都替换为 ViewModel, ViewModel 作为视图和模型之间的中间层,用于绑定和管理视图和模型的数据。MVVM 模式的最大优点是,能够通过数据绑定自动处理模型和视图之间的同步,视图可以实现高度的灵活性,而模型又可独立于视图进行单元测试和开发。但与此同时,MVVM 模式也有一些缺点,例如较高的维护成本,增加了框架学习的难度等。 总的来说,MVCMVPMVVM 都是为了更好地分离视图和模型之间的关系,实现高内聚低耦合的目标。而MVVM 又是在 MVCMVP 的基础上不断演化而来,它的优缺点各不相同,应该根据实际情况来进行选择和使用。 ### 回答3: MVCMVPMVVM 是三种常见的前端架构设计模式,它们都致力于将应用程序的构建分离成三个不同的组成部分,以此来改进代码的可维护性、测试性和可扩展性。 MVC 是 Model-View-Controller 的缩写,它的核心思想是将应用程序分成三个独立的部分。Model 负责处理应用程序中的数据,View 是用户看到的 UI 部分,Controller 负责协调 View 和 Model 之间的通信。 MVP 是 Model-View-Presenter 的缩写,它是从 MVC 演变而来的一种模式。MVP 强调了对 View 和 Model 的分离,Presenter 代替了 Controller的职责,它是 View 和 Model 之间的中介者,将 View 的事件转换为 Model 的数据操作。 MVVM 是 Model-View-ViewModel 的缩写,它是一种完全基于数据绑定的设计模式。在 MVVM 中,ViewModel 从 Model 中获取数据并将数据绑定到 View 中。当 ViewModel 中的数据发生变化时,View 会自动更新。 三种架构的联系和区别在于: 共同点: 1. 都将应用程序分成了不同的部分,有助于提高代码可维护性和可测试性等。 2. 都是基于分层架构的设计思想。 3. 都有一个中介者来处理数据和视图之间的通信。 区别: 1. MVC将数据直接放到View中,而MVPMVVM都在Presenter或ViewModel中进行逻辑处理。 2. MVPMVVM更加注重解决应用程序中的业务逻辑问题,而MVC则更加注重解决应用程序中的客户端问题。 3. MVVM是一种使用数据绑定和命令处理的模式,可以让开发人员更加关注数据和逻辑处理,而不用关注UI的布局和样式。 4. MVPMVVM都优化了MVC中的Controller,使得Presenter或ViewModel分离了View和Model,并且降低了代码复杂度。 无论是MVCMVP还是MVVM,它们都有各自的优缺点,开发人员可以根据具体情况选择最适合的架构。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值