架构模式:MVC与MVVM

简介:

本文探讨如下几个问题:

  • 什么是MVC
  • 什么是MVVM
  • MVC与MVVM对架构属性的影响
  • MVC实例SpringMVC
  • MVVM实例Vue
  • MVC、MVVM与Layer中的Model,Controller有什么区别?

MVC与MVVM

在「什么是架构模式和架构风格」一文中,对架构模式的定义是:

Architecture Pattern: { Problem, Context } → architecture approach;
架构模式描述了一组组件之间的关系,用以解决特定上下文内的某个常见的架构问题

MVC和MVVM都是架构模式!

  • MVC描述了「Model,View,Controller」三者之间的关系,用以解决「有展示界面的系统」「界面开发与业务逻辑的耦合问题」
  • MVVM描述了[Model,View,ViewModel(和Binder)」三者之间的关系,用以解决「有展示界面的系统」「界面开发与业务逻辑的耦合问题」

可以看出MVC和MVVM都是为了解耦「界面」和「业务逻辑」,只是解决方案不同!也可以说MVVM是MVC的一种变体(ViewModel+Binder可以说是Controller的一种实现方式),或者衍生!

我们先说,为什么要解耦「界面」和「业务逻辑」?

早期的界面系统开发时,展示逻辑与数据是糅合在一起的!以早期的Java为例,所有的展示逻辑和业务逻辑都写在了Servlet/JSP中,导致了:

  • 单个文件的代码量较多,既包含了展示代码又包含了业务逻辑
  • 违背了职责单一性原则
  • 修改麻烦
  • 复用性差
  • 不易于维护
  • ......

MVC将系统拆分为控制器、视图和模型来解决上面的问题:

  • 控制器(Controller)- 负责转发请求,对请求进行处理。
  • 视图(View) - 界面设计人员进行图形界面设计。
  • 模型(Model) - 程序员编写程序应有的功能(实现算法等等)、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。

Wiki给出了一个Js模拟的MVC模式代码,能更清晰的理解三者之间的关系:

/** 模拟 Model, View, Controller */
var M = {}, V = {}, C = {};

/** Model 负责存放数据 */
M.data = "hello world";

/** View 负责将资料展示出来 */
V.render = (M) => { alert(M.data); }

/** Controller 作为M和V的桥梁 */
C.handleOnload = () => { V.render(M); }

/** 在页面加载的时候调用Controller*/
window.onload = C.handleOnload;

这样的拆分,提高了系统的:

  • 可扩展性:View、Model和Controller分别负责视图、数据和控制,可独立进化。能较方便的增加新功能。
  • 可维护性:结构清晰,多个View可以复用一个Model,减少了代码重复
  • 可测试性:每个组件的职责单一,可以对Model进行自动化测试
  • 灵活性:Controller 可以用来连接不同的 Model 和 View 去完成用户的需求
  • 可配置性:给定一些可重用的 Model 、 View 和Controller 可以根据用户的需求选择适当的 Model 进行处理,然后选择适当的的 View 来处理结果显示给用户

而MVVM模式将系统拆分为视图、模型和视图模型以及绑定器来解决耦合问题:

  • Model:Model是指代表真实状态内容的领域模型(面向对象),或指代表内容的数据访问层(以数据为中心)。和MVC中的Model指代的内容相似。
  • View:就像在MVC中一样,View是用户在屏幕上看到的结构、布局和外观(UI)。
  • ViewModel:ViewModel是暴露公共属性和命令的视图的抽象。
  • Binder:绑定器是MVVM模式里的一个隐含组件,ViewModel中声明了数据与View之间的绑定关系,而绑定器来处理声明的绑定关系。

ViewModel和Binder的关系就像Java里的注解与注解处理器之间的关系:注解只是标示了某个字段、方法或某个类应该具备什么属性;注解处理器根据注解,对被注解的字段、方法或某个类来进行实际的处理。

这样的拆分,与MVC模式一样,提高了相同的系统属性,只是方式有一些差异:

  • 可扩展性:View、Model和ViewModel(和Binder)分别负责视图、数据和数据视图绑定,可独立进化
  • 可维护性:结构清晰,多个View可以复用一个Model,减少了代码重复
  • 可测试性:每个组件的职责单一,可以对Model进行自动化测试。前台也可以对ViewModel进行自动化测试。
  • 灵活性:ViewModel 可以用来绑定不同的 Model 和 View 去完成用户的需求
  • 可配置性:给定一些可重用的 Model 、 View可以根据用户的需求选择适当的 Model 进行处理,然后选择适当的的 View 来处理结果显示给用户

SpringMVC

SpringMVC是目前使用比较广泛的MVC框架!它是MVC与「前端控制器」的混合体!

前端控制器模式(Front Controller Pattern)是用来提供一个集中的请求处理机制,所有的请求都将由一个单一的处理程序处理。该处理程序可以做认证/授权/记录日志,或者跟踪请求,然后把请求传给相应的处理程序。前端控制器包含如下组件:

前端控制器(Front Controller):处理应用程序所有类型请求的单个处理程序,应用程序可以是基于 web 的应用程序,也可以是基于桌面的应用程序。
调度器(Dispatcher):前端控制器可能使用一个调度器对象来调度请求到相应的具体处理程序。
视图(View):视图是为请求而创建的对象。

在SpringMVC中:

  • View:指的是各种展现模板,比如:velocity,freemark,theamleaf等
  • Controller:指的是前端控制器与Controller层
  • Model:指的是Controller后的后续处理组件,比如Service,Model,Domain,DAO层等

SpringMVC的前端控制器做了很多事情,结构如下图:

  • HandlerMappingMap: 维护了请求与处理程序(一组前置拦截器+处理程序+后置拦截器)之间的关系,如何维护映射关系,由具体的实现决定。例如:RequestMappingHandlerMapping基于@RequestMapping注解来维护映射关系;SimpleUrlHandlerMapping根据URI匹配关系来处理映射关系
  • HandlerAdapter:用于执行具体的处理程序。由于不同的映射关系,执行处理程序的方式也不一样,HandlerAdapter封装了这些执行差异
  • HandlerException:异常处理程序,将异常映射到处理程序、或HTML或其它组件上。即可以通过配置,统一的处理某一种类型的异常
  • ViewResolver:通过解析「基于字符串的视图名称」来找到真实的视图,来进行渲染,回写到响应中
  • LocaleResolver, LocaleContextResolver:处理国际化
  • ThemeResolver:处理主题
  • MultipartResolver:处理multi-part请求 (上传文件)
  • FlashMapManager:实现Flash作用域。因为标准J2EE中只提供了page,request,session,application四种作用域。Spring通过FlashMapManager实现了Flash作用域,用于在单个请求内传递参数。

Vue

Vue实现的是MVVM模式!

在Vue中:

  • View:指的是各种template,即基于html语法的展示
  • ViewModel:指的是对应的js,声明绑定的元素及绑定的数据
  • Binder:处理template与js的绑定逻辑
  • Model:指的是获取数据的逻辑。如果使用的是node,则就是node相关逻辑代码;如果调用的是远程服务,则指的是远程服务

一个简单的Vue代码如下:

<!DOCTYPE html>
<html lang=en>
    <head>
        <meta charset="utf-8"/>
        <title>Hello world</title>
        <script src="vue.js"></script>
    </head>
    <body>
        <div id="app">{{content}}</div>
        <script>
            var app = new Vue({
                el:'#app', //vue实例处理哪个dom
                data:{   //定义
                    content:'hello world'
                },
                methods:{
                    fetchData: function() {
                        // 获取数据
                    }
                }
            });
        </script>
    </body>
</html>

下图是Vue的生命周期:

  • Vue对象就是ViewModel,它声明了:

    • 要处理哪个dom「el」
    • 有哪些数据「data」
    • 有哪些方法「methods」
    • 生命周期钩子(beforeCreate,created...)
  • Binder(Vue框架处理代码)根据上面的声明,来进行相应的处理

此Model非彼Model

在上面有三处提到了Model和Controller,这三处的Model和Controller并不完全相同!

三处Model:

  • MVC中的Model:这里的Mode指的是提供数据相关服务的组件。或者说是业务处理逻辑。
  • MVVM中的Model:和MVC一致
  • 系统中的Model:指的是分层系统中的Model层(代码分层),主要作为系统与持久层的数据载体,可以是只有get、set方法的POJO也可以是包含领域方法的领域对象

三处Controller:

  • MVC中的Controller:指的是连接View和Model的组件
  • Spring中的前端控制器:Controller的一种实现,统一处理请求
  • Spring中的Controller:分层系统里的Controller层(代码分层,可能叫Handler更合适),属于MVC中的Controller

参考资料

目录
相关文章
|
3月前
|
设计模式 存储 前端开发
MVVM、MVC、MVP三种常见软件架构设计模式的区别
MVC、MVP 和 MVVM 是三种常见的软件架构设计模式,主要通过分离关注点的方式来组织代码结构,优化开发效率。
85 12
|
21天前
|
设计模式 存储 前端开发
MVC革命:如何用一个设计模式重塑你的应用架构,让代码重构变得戏剧性地简单!
【8月更文挑战第22天】自定义MVC(Model-View-Controller)设计模式将应用分为模型、视图和控制器三个核心组件,实现关注点分离,提升代码可维护性和扩展性。模型管理数据和业务逻辑,视图负责数据显示与用户交互,控制器处理用户输入并协调模型与视图。通过示例代码展示了基本的MVC框架实现,可根据需求扩展定制。MVC模式灵活性强,支持单元测试与多人协作,但需注意避免控制器过度复杂化。
25 1
|
11天前
|
前端开发 开发者 C#
WPF开发者必读:MVVM模式实战,轻松实现现代桌面应用架构,让你的代码更上一层楼!
【8月更文挑战第31天】在WPF应用程序开发中,MVVM(Model-View-ViewModel)模式通过分离应用程序的逻辑和界面,提高了代码的可维护性和可扩展性。本文介绍了MVVM模式的三个核心组件:Model(数据模型)、View(用户界面)和ViewModel(处理数据绑定和逻辑),并通过示例代码展示了如何在WPF项目中实现MVVM模式。通过这种方式,开发者可以构建更加高效和可扩展的桌面应用程序。
32 0
|
11天前
|
开发者 前端开发 Java
架构模式的诗与远方:如何在MVC的田野上,用Struts 2编织Web开发的新篇章
【8月更文挑战第31天】架构模式是软件开发的核心概念,MVC(Model-View-Controller)通过清晰的分层和职责分离,成为广泛采用的模式。随着业务需求的复杂化,Struts 2框架应运而生,继承MVC优点并引入更多功能。本文探讨从MVC到Struts 2的演进,强调架构模式的重要性。MVC将应用程序分为模型、视图和控制器三部分,提高模块化和可维护性。
24 0
|
11天前
|
存储 前端开发 数据库
神秘编程世界惊现强大架构!Web2py 的 MVC 究竟隐藏着怎样的神奇魔力?带你探索实际应用之谜!
【8月更文挑战第31天】在现代 Web 开发中,MVC(Model-View-Controller)架构被广泛应用,将应用程序分为模型、视图和控制器三个部分,有助于提高代码的可维护性、可扩展性和可测试性。Web2py 是一个采用 MVC 架构的 Python Web 框架,其中模型处理数据和业务逻辑,视图负责呈现数据给用户,控制器则协调模型和视图之间的交互。
19 0
|
3月前
|
设计模式 前端开发 Java
【Spring MVC】快速学习使用Spring MVC的注解及三层架构
【Spring MVC】快速学习使用Spring MVC的注解及三层架构
36 1
|
4月前
|
前端开发 JavaScript 中间件
基于最新koa的Node.js后端API架构与MVC模式
基于最新koa的Node.js后端API架构与MVC模式
79 1
|
3月前
|
设计模式 存储 前端开发
【设计模式】MVC与MVVM详尽解读与实战指南
【设计模式】MVC与MVVM详尽解读与实战指南
569 0
|
3月前
|
前端开发 测试技术 API
探索安卓应用的架构演进:从MVC到MVVM
本篇文章将深入探讨安卓应用开发中的架构演进,特别关注从传统的MVC(Model-View-Controller)到现代流行的MVVM(Model-View-ViewModel)架构的转变。通过对比两种架构的设计理念、实现方式和实际应用案例,解析MVVM在提高代码可维护性和可测试性方面的优势。
42 0
|
14天前
|
Kubernetes Cloud Native Docker
云原生之旅:从容器到微服务的架构演变
【8月更文挑战第29天】在数字化时代的浪潮下,云原生技术以其灵活性、可扩展性和弹性管理成为企业数字化转型的关键。本文将通过浅显易懂的语言和生动的比喻,带领读者了解云原生的基本概念,探索容器化技术的奥秘,并深入微服务架构的世界。我们将一起见证代码如何转化为现实中的服务,实现快速迭代和高效部署。无论你是初学者还是有经验的开发者,这篇文章都会为你打开一扇通往云原生世界的大门。

热门文章

最新文章