1d3d0319e97ff7c6389cbc132d25e132
重学安卓:是让人提神醒脑的 MVP、MVVM 关系精讲!

温馨提示:如果这是第一次接触《重学安卓》,可借助 这份在 GitBook 上维护的 “导读” 来快速了解《重学安卓》专栏、获取它的目录、试读内容,以及了解它的最新动态 和 发展状况。

截至目前,专栏已对 体系化文章 做了 730 余次修订,数十位群友告诉我 受专栏的启发 他们也开启了写作之路。群里不定期会有小伙伴讨论适配问题、分享原创的开源库 和 提供内推机会,订阅后可随时进群交流。

前言

很高兴见到你!

我是《Jetpack MVVM 精讲》的独立原创作者 KunMinX,GitHub star 8.7k,专注于深度思考和 Jetpack MVVM 的分享。

关于 MVP 和 MVVM 本质和区别的文章,本来我是不想写的,因为经过长达一年的耳濡目染 和对方法论的试炼,相信 但凡沉下心阅读过《重学安卓》体系化文章的读者,多已练就 透过表象迅速抓住本质 的稀缺能力。

专栏每天都有新的读者加入,然而没想到的是,1 年了,仍然时不时的会被咨询、或是在各个社区看到人们众说纷纭地在谈论 MVP 和 MVVM 谁“好”谁“坏”。

并不是每一个提问都值得被回答

爱因斯坦说,“提出正确的问题,问题就已解决了一半”。

换言之,并不是每一个提问都值得被回答。一次提问所包含的信息量,其实远远超出内容本身

透过提问者的提问,几乎可以瞬间感知到,提问者对事实状况的掌握程度,并由此来决定到底值不值得继续交流。

与“高”质量提问者的交流 让人感到如沐春风 —— 几句话就能自己先把背景交代清楚,然后就某个细节提出自己的困惑 —— 这让我不免想要与之多聊几句,把我知道的毫无保留地分享出去。

反之,“低”质量提问 让人感到 不舒服,甚至不对劲 —— 明明不遗余力地在多处 划重点 反复交代,明明白纸黑字写得清清楚楚,甚至段落、链接给他指出来,却视而不见,就好像从未发生过。

注:我从不在技术交流中使用 “高”、“低”、“好”、“坏”、“轻”、“重” 之类的主观描述,此处只是以多数人方便理解的方式来介绍。文中使用到的主观描述一律加上双引号。

更有甚者,为了满足抬杠的快感,不惜浪费彼此的时间 🤔 ... 🙄.jpg

本质和区别,我只说一遍

事实上,我并不会去判断来者是否是来抬杠,而只须透过对方所说的话,即可瞬间判断对方说的是事实,还是自顾自地扯淡 —— 你没法和一个前来扯淡的人交流,你会发现 这种对话往往 存在巨大的代沟,并且抬杠者无意谋求和缝合对事实的理解,他本来就是为了 “来的快” 的精神胜利而来。

事实即 "就事论事",事实必有特定背景和目的来约束。一切脱离事实特征的意见和观点都是瞎扯淡,没有讨论的前提、不值得参与 —— ©KunMinX

所以,本文只写给那些 真的想搞清楚事实 的有缘人,只为有缘人铺路。

并且关于 MVP 和 MVVM 各自的本质及区别,我就只说这么一遍,所以请认真阅读。

文章目录一览

  • 前言
  • 并不是每一个提问都值得被回答
  • 本质和区别,我只说一遍
  • 先说结论
  • 所以二者的区别是什么?
  • Jetpack MVVM 和 MVVM 模式的关系
  • 我为什么能瞬间感知沟通质量的 “好” 与 “坏” ?
  • 综上

先说结论

MVP 本质:是广义上的架构模式,适用于面向实体或虚拟用户接口的开发。

它主要是在 MVC 的背景下,通过 依赖倒置,来解决 逻辑复用 难、实现更替 难 的问题。

MVVM 本质:是狭义上的架构模式,专用于页面开发

它主要是在多人协作的软件工程的背景下,通过只操作 ViewModel 中映射的视图数据 来刷新视图状态,以此来解决 视图调用的一致性问题 从而规避不可预期的错误。

所以二者的区别是什么?

区别就在于:

一个是广义上的架构

你可以通过同一套逻辑去驱动不同品牌设备的实体用户接口(比如不同品牌的耳机线控),或虚拟用户接口(比如 Android 视图,但存在一致性问题而不推荐);

一个是狭义上的架构

专用于可视化页面的开发,通过解决一致性问题 来规避不可预期的错误。

所以轻易地你就可发现,二者分别适用于 在各自的专场下 解决不同的问题,根本没有可比性,更没有所谓的 谁“好”谁“坏” 之分。

而且除了没有可比性,二者之间其实也没任何关系,MVP 的特质是 依赖倒置,MVVM 的特质是 数据驱动,二者没有说谁演化自谁的关系。回到刚刚所说的:“根本就是 特定场景下解决特定问题 的两种截然不同的架构模式”。

没有所谓的 MVVM == MVP + DataBinding,正如没有所谓的 雷峰塔 == 雷锋 + 塔。

Jetpack MVVM 和 MVVM 模式的关系

top Created with Sketch.