为什么我们要用到开发模式，如果单单说写一些Demo或者一个工程只有几个Java文件，其实也没有别要去想太多的架构问题，直接撸代码就完事了。但是如果一个项目代码量比较多、业务比较繁琐、扩展性高。那么我们前期的规划是必不可少的，更加需要我们关注架构层面。

接下来我们看下Android现有的几大架构

一、MVC————Model-View-Controller

M：Model（模型）   M层是用来处理数据以及业务逻辑关系

V：View（视图）   V 层是用来数据的显示

C：Controller（控制器） C 层是把M和V之间的桥梁

在Android开发中，Activity本身并不是一个标准的MVC模式中的Controller，它的首要职责是加载应用的布局和初始化用户界面，并接受并处理来自用户的操作请求，进而作出响应，这样就会难免出现在Activity去处理数据。在数据处理和业务逻辑越来越多的情况下，View也就是Activity或Fragment就会很臃肿，代码量蹭蹭的往上涨，不太利于后期的开发和维护。这就会我们引进MVP。

二、MVP  ————  Model-View-Presenter

M：提供数据

V：显示数据

P：处理逻辑

其实MVP就是MVC延伸出来，同样是划分三层，不过MVP的Presenter让Activity更加专注于处理页面显示。这样做的好处就是：让Activity只做UI的处理，数据处理和业务逻辑全丢给Presenter来完成。但是有个缺点就是我们要写很多的接口类，增加代码量。

三、MVVM ———— Model-View-ViewModel

M：model  实体模型

V：view  UI交互层（Activity、fragment）

VM：ViewModel  负责View与Model之间的交互，业务逻辑处理

首先MVVM是一种模式，而实现这种模式的就要用到Data Binding（关于这个可以在网上搜索学习，这里不多介绍）。然后View和ViewModel是可以通过Data Binding来实现视图和数据的双向绑定，从而达到MVVM这样的效果。

 从我个人来说，我更倾向于使用MVP模式来作为开发，可能我是

原文出处