android UI设计MVVM设计模式讨论？

很不错的问题。

今天早上跟群里的朋友们讨论了一下MVVM，其中

慎重的表示没有百分百把握不敢教坏小朋友。这帮人都这么谦虚，那只能我抛砖引玉了。

在传统的框架中，提的最多的是MVC和MVP。其中MVC出现与上世纪70年代，在三十多年的工程实践中，MVC充分证明了它的成功，同时在漫长的时间中演变出了许多变种，其中也包括MVP.

MVC和MVP最大的差别在与控制层对于整个框架的控制力上。Android中经常会出现数千行的Activity代码，究其原因，我认为是Android中纯粹作为View的各个XML视图功能太弱，Activity基本上都是View和Controller的合体，既要负责视图的显示又要加入控制逻辑，承担的功能过多，代码量大也就不足为奇。所以我认为在Android上，MVP优于MVC，是因为我们需要更强力的控制层最大程度上分担Activity中逻辑的部分，具体的思想可以参考我的博客：

MVVM可以算是MVP的升级版，其中的VM是ViewModel的缩写，ViewModel可以理解成是View的数据模型和Presenter的合体，ViewModel和View之间的交互通过Data Binding完成，而Data Binding可以实现双向的交互，这就使得视图和控制层之间的耦合程度进一步降低，关注点分离更为彻底，同时减轻了Activity的压力，三者之间的差别如下如所示：

回到题主的问题，VM中View的数据模型每个页面当然只有一套，但是Presenter，我建议根据逻辑拆开。（剩下的等我周末体验一下再更新）

相关参考：

首先对 Google 在 Android 中引入了 Data Binding 的举措表示点赞，在 Support 包中也出现了使用 MVP 的例子，请翻看 NavigationView 的源码。

MVC -> MVP -> MVVM 这几个软件设计模式是一步步演化发展的，MVVM 是从 MVP 的进一步发展与规范，MVP 隔离了 M 与 V 的直接联系后，靠 Presenter 来中转，所以使用 MVP 时 P 是直接调用 View 的接口来实现对视图的操作的，这个 View 接口的东西一般来说是 showData、showLoading...M 与 V是隔离了，方便测试了，但代码还不够优雅简洁啊，所以 MVVM 就弥补了这些缺陷。在 MVVM 中就出现的 Data Binding 这个概念，意思就是 View 接口的 showData 这些实现方法可以不写了，通过 Binding 来实现。。

在 Android 中，我个人也是把 Activity、Fragment 当做 View 层的东西的，题主所说 ”一些逻辑操作与当前Context有关“，除了弹 Dialog（而且这也是 View），其它情况基本可以自己重写 Application 来拿 ApplicationContext，那么题主所说的逻辑操作可以不在 Activity、Fragment 出现吧。VM 也是 M 与 V 的桥梁啊，怎么会有很多操作呢～一般场景下一个 View 就会有一个相应的 VM。

最后分享一个网站，

（Speakerdeck of GitHub Inc - 在线简报、PDF分享展示平台！）以及下面的两个与题目相关的PPT。

Clean Android Architecture：

（这里有 Coursera App Architecture 的设计分析哦，很赞，翻找 Video 中... ,Demo App 的 Github 传送门：

）

How to use MVVM pattern in Android (Droidcon Krakow 2014)：

Last：

（自行搜索译文）

=================== Update ====================

写了篇相关博客：

代码：