前言
文章是个人理解,查阅过百度百科,博客、知乎等网站之后以自己的理解做一下记录。
一、MVC
MVC模式是经典的软件设计模式(框架模式),主要由Modal、View、Controller层组成。其中View的定义最清晰,主要负责用户交互;Modal层主要是数据的存储和处理;Controller层负责沟通协调Modal和View(例如View获取用户的输入后,告知Modal处理数据,完成数据处理后通知View更新视图)。
- Modal层拥有最多的数据处理,这一层的数据本身是中立的,可以被View层不同的展示效果重用(例如:统计数据展示的饼状图,柱状图等),减少了代码的重复性
- Controller层的任务主要是负责调度Modal层处理数据,通知View层更新视图
总结:MVC软件设计模式用途广泛(例:JSP—Servlet—javaBean)
二、MVP
MVP模式是从MVC模式演化而来的,与MVC模式不同的是独有的Presenter层,以及将View与Modal完全解耦。Presenter负责作为一个桥梁完成View与Modal的沟通。
- MVC模式的View与其它模块之间都有交互,在MVP模式中View层的数据来源不在与Modal产生关联,Presenter与View层直接完成所有的数据沟通,协调好之后可以更好的支持多种View的实现技术,而不是被项目架构所局限。
- MVC模式的各个模块具有耦合关系,在单元测试时没办法单独测试任意一方。MVP模式完全分离View和Modal之后,在进行单元测试时,开发者可以更加灵活的进行
总结:MVP模式脱胎于MVC模式,改进了Modal和View层的耦合关系,给开发测试都带来了极大的提升
三、MVVM
MVVM是Model-View-ViewModel的简写。MVVM将View层的状态和行为都抽象化(着重体现于数据绑定),实现了ViewModal与View之间的松耦合,让开发人员可以更加专注于业务逻辑的开发
- MVP模式中Presenter封装了View操作、响应用户的输入输出等,而ViewModal已经完成了这部分工作,开发人员专注于业务逻辑和数据的开发
- 在进行测试的过程中可以针对ViewModal的业务逻辑来进行,也就是说,在测试的过程中,所有的任务中心转移到ViewModal中。
总结:MVVM模式更好的促进了View与其它模块之间的低耦合,各个模块职责分工明确,可测试性更好、维护成本也更加低。
总结
以上是个人对于MVC、MVP、MVVM的理解,如果有疑问欢迎留言交流
|