Android - MVC、MVP与MVVM架构，kotlin环境搭建

演示者(Presenter)

演示者会根据模型和视图进行操作。 它从存储库（模型）检索数据，并将其格式化以显示在视图中。

通常，视图实现实例化具体的Presenter对象，并为其提供引用。

2.项目Github地址。

https://github.com/mythmayor/MvpArchitecture

三、MVVM

---

1.MVVM(Model-View-ViewModel)介绍。

MVVM即为模型-视图-视图模型，是一种软件架构模式，可促进将图形用户界面（视图）的开发（通过标记语言或GUI代码）与业务逻辑或后台开发的分离。逻辑（模型），以便视图不依赖于任何特定的模型平台。 MVVM的视图模型是一个值转换器，表示视图模型负责以易于管理和呈现对象的方式公开（转换）来自模型的数据对象。在这方面，视图模型比视图更具模型性，可以处理大多数（不是全部）视图显示逻辑。视图模型可以实现中介者模式，围绕视图支持的一组用例来组织对后端逻辑的访问。

Model-View-ViewModel也称为Model-View-Binder，尤其是在不涉及.NET平台的实现中。

模型(Model)

模型是指表示真实状态内容的域模型（面向对象的方法），也是表示内容的数据访问层（以数据为中心的方法）。

视图(View)

就像在MVC模式和MVP模式中一样，视图是用户在屏幕上看到的内容的结构，布局和外观。它显示模型的表示并接收用户与视图的交互（单击，键盘，手势等），并通过数据绑定（属性，事件回调等）将这些操作的处理转发给视图模型。定义为链接视图和视图模型。

视图模型(ViewModel)

视图模型是视图的抽象，公开了公共属性和命令。 MVVM具有绑定程序，可以自动执行视图及其视图模型中的绑定属性之间的通信，而不是MVC模式的控制器或MVP模式的演示者。视图模型已被描述为模型中数据的状态。

在MVP模式中，视图模型与Presenter之间的主要区别在于，Presenter具有对视图的引用，而视图模型则没有。相反，视图直接绑定到视图模型上的属性以发送和接收更新。为了有效运行，这需要绑定技术或生成样板代码来进行绑定。

绑定器(Binder)

声明性数据和命令绑定在MVVM模式中是隐式的。绑定器使开发人员不必编写模板逻辑来同步视图模型和视图。

MVVM基本原理

MVVM旨在利用WPF（Windows Presentation Foundation）中的数据绑定功能，通过从视图层中删除几乎所有GUI代码（“后置代码”）来更好地促进视图层开发与其余模式的分离。

MVVM模式试图通过将数据绑定到尽可能接近纯应用程序模型的方式来利用MVC提供的功能开发分离的优势，同时利用数据绑定和框架的优势。它需要使用Binder，视图模型和任何业务层的数据检查功能来验证传入的数据。结果是模型和框架驱动了尽可能多的操作，从而消除或最小化了直接操纵视图的应用程序逻辑（例如，后台代码）。

MVVM的劣势

使用MVVM的开销对于简单的UI操作来说是过于庞大的。另外非常大的应用程序中进行数据绑定会导致相当大的内存消耗。

2.项目Github地址。

https://github.com/mythmayor/MvvmArchitecture

四、MVC、MVP、MVVM的优缺点比较。

---

1.MVC的优缺点。

优点：

• 把业务逻辑全部分离到Controller中，模块化程度高。当业务逻辑变更的时候，不需要变更View和Model，只需要Controller换成另外一个Controller就行了（Swappable Controller）。

• 观察者模式可以做到多视图同时更新。

缺点：

• Controller测试困难。因为视图同步操作是由View自己执行，而View只能在有UI的环境下运行。在没有UI环境下对Controller进行单元测试的时候，Controller业务逻辑的正确性是无法验证的：Controller更新Model的时候，无法对View的更新操作进行断言。

• View无法组件化。View是强依赖特定的Model的，如果需要把这个View抽出来作为一个另外一个应用程序可复用的组件就困难了。因为不同程序的的Domain Model是不一样的。

2.MVP的优缺点。

优点：

• 便于测试。Presenter对View是通过接口进行，在对Presenter进行不依赖UI环境的单元测试的时候。可以通过Mock一个View对象，这个对象只需要实现了View的接口即可。然后依赖注入到Presenter中，单元测试的时候就可以完整的测试Presenter业务逻辑的正确性。

• View可以进行组件化。在MVP当中，View不依赖Model。这样就可以让View从特定的业务场景中脱离出来，可以说View可以做到对业务逻辑完全无知。它只需要提供一系列接口提供给上层操作。这样就可以做高度可复用的View组件。

缺点：

• Presenter中除了业务逻辑以外，还有大量的View->Model，Model->View的手动同步逻辑，造成Presenter比较笨重，维护起来会比较困难。

3.MVVM的优缺点。

优点：

• 提高可维护性。解决了MVP大量的手动View和Model同步的问题，提供双向绑定机制。提高了代码的可维护性。

• 简化测试。因为同步逻辑是交由Binder做的，View跟着Model同时变更，所以只需要保证Model的正确性，View就正确。大大减少了对View同步更新的测试。

总结

最后对于程序员来说，要学习的知识内容、技术有太多太多，要想不被环境淘汰就只有不断提升自己，从来都是我们去适应环境，而不是环境来适应我们！

这里附上上述的技术体系图相关的几十套腾讯、头条、阿里、美团等公司2021年的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。

相信它会给大家带来很多收获：

上述【高清技术脑图】以及【配套的架构技术PDF】可以关注我免费获取

Android学习PDF+架构视频+面试文档+源码笔记

m/a120464/Android-P7/blob/master/Android%E5%BC%80%E5%8F%91%E4%B8%8D%E4%BC%9A%E8%BF%99%E4%BA%9B%EF%BC%9F%E5%A6%82%E4%BD%95%E9%9D%A2%E8%AF%95%E6%8B%BF%E9%AB%98%E8%96%AA%EF%BC%81.md)

当程序员容易，当一个优秀的程序员是需要不断学习的，从初级程序员到高级程序员，从初级架构师到资深架构师，或者走向管理，从技术经理到技术总监，每个阶段都需要掌握不同的能力。早早确定自己的职业方向，才能在工作和能力提升中甩开同龄人。