android中MVC MVP MVVM三种架构对比

一、MVC

 model层：数据模型，通常是bean对象

 view层：layout布局，activity对象

 controller层：activity对象

优点：结构简单，灵活

缺点：随着业务的增加Activity会变的臃肿，因为activity中既要处理业务逻辑又要更新view，不符合单一职责设计思想，耦合度高，扩展性、可重用性差。

使用场景：业务简单的小型项目

二、MVP

 model层：数据模型，通常是bean对象

 view层：layout布局，activity对象

 presenter层：presenter接口，及实现类，View层与Model层的桥梁并对业务逻辑进行处理

mvp架构由mvc架构发展而来，p层将业务逻辑处理从activity中抽离出来，实现了view层与model层的完全解耦，但view层和presenter层还是有耦合（p层需要持有v层的引用，来更新view）。

优点：分层清晰，耦合降低。

缺点：需要定义和实现大量接口，使用复杂度高

使用场景：大型项目，业务很重，开发人员多

三、MVVM

 

model层：数据模型，通常是bean对象

view层：layout布局，activity对象

viewModel：连接 View 与 Model 的中间桥梁，ViewModel 与 Model 直接交互，通过DataBinding将数据变化反应给View

优点：进一步解耦view与viewModel层(viewmodel无需持有view层对象，通过DataBinding数据双向绑定）

缺点：需要使用DataBinding，增加了编译时间；

           不易于调试和追踪bug。

使用场景：界面UI更新频繁的项目，因为模块间解耦，修改起来更容易