三层架构和SpringMVC概述

目录

一、关于三层架构和MVC

1、三层架构

(1)表现层

(2)业务层

(3)持久层 

2、MVC 模型

3、经典三层架构和MVC的关系

二、SpringMVC 概述

1、SpringMVC的优势

2、SpringMVC 和 Struts2 的优略分析


一、关于三层架构和MVC

1、三层架构

我们的开发架构一般都是基于两种形式,一种是C/S架构,也就是客户端/服务器,另一种是 B/S架构,也就是浏览器服务器。在JavaEE开发中,几乎全都是基于B/S架构的开发。

那么在 B/S 架构中,系统标准的三层架构包括:表现层、业务层、持久层

三层架构在我们的实际开发中使用的非常多,所以我们课程中的案例也都是基于三层架构设计的。三层架构中,每一层各司其职,接下来我们就说说每层都负责哪些方面:

(1)表现层

也就是我们常说的web层。它负责接收客户端请求,向客户端响应结果,通常客户端使用http协议请求web层,web需要接收http请求,完成http 响应。

表现层包括展示层和控制层:控制层负责接收请求,展示层负责结果的展示。

表现层:依赖业务层,接收到客户端请求一般会调用业务层进行业务处理,并将处理结果响应给客户端。表现层的设计一般都使用 MVC模型。MVC 是表现层的设计模型,和其他层没有关系

(2)业务层

也就是我们常说的service层。它负责业务逻辑处理,和我们开发项目的需求息息相关。web层依赖业务层,但是业务层不依赖web层。

业务层在业务处理时可能会依赖持久层,如果要对数据持久化,需要保证事务一致性。(也就是我们说的,事务应该放到业务层来控制

(3)持久层 

也就是我们是常说的dao层。负责数据持久化,包括数据层即数据库和数据访问层,数据库是对数据进行持久化的载体,数据访问层是业务层和持久层交互的接口,业务层需要通过数据访问层将数据持久化到数据库中。通俗的讲,持久层就是和数据库交互,对数据库表进行曾删改查的

2、MVC模型

MVC 全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写, 是一种用于设计创建 Web应用程序表现层的模式。

MVC中每个部分各司其职:

Model(模型): 通常指的就是我们的数据模型。作用一般情况下用于封装数据

View(视图): 通常指的就是我们的jsp或者html。作用一般就是展示数据的。 通常视图是依据模型数据创建的。

Controller(控制器): 是应用程序中处理用户交互的部分。作用一般就是处理程序逻辑的。 它相对于前两个不是很好理解,这里举个例子

例如:我们要保存一个用户的信息,该用户信息中包含了姓名,性别,年龄等等。

这时候表单输入要求年龄必须是 1~100之间的整数。姓名和性别不能为空。并且把数据填充到模型之中。

此时除了 js的校验之外,服务器端也应该有数据准确性的校验,那么校验就是控制器的该做的。当校验失败后,由控制器负责把错误页面展示给使用者。

如果校验成功,也是控制器负责把数据填充到模型,并且调用业务层实现完整的业务需求。

3、经典三层架构和MVC的关系

他们是两个毫无相关的东西。

经典三层架构是一种分层思想,将开发模式分为了这三层,每个人根据自己的专长,开发不同的模块。

比如,前端工程师,那么就专研表示层即可,想办法如何让页面变的更好看,如何吸引别人,而有些专门做数据库工作的人,就可以只关注操作数据库的活,如何让查询更加快速有效,而不必关注数据该如何显示这种问题。这就是分层带来的巨大好处。

MVC是一种设计模式目的是让HTML代码和业务逻辑代码分开,让代码看起来更加清晰,便于开发。

硬说他们有关系的话,只能说他们有共同的点,分层,解耦。 实际项目中的包命名结构,其也是按照三层架构思想来进行编写代码的,脑袋里要保持着这种思想进行开发。

二、SpringMVC 概述

SpringMVC是一种基于Java的实现MVC设计模型的请求驱动类型的轻量级Web框架,属于 Spring FrameWork的后续产品,已经融合在Spring Web Flow里面。

Spring 框架提供了构建 Web应用程序的全功能MVC模块。使用Spring可插入的MVC架构,从而在使用 Spring进行WEB开发时,可以选择使用SpringSpring MVC框架或集成其他 MVC开发框架,如Struts1(现在一般不用)Struts2等。

SpringMVC已经成为目前最主流的MVC框架之一,并且随着Spring3.0的发布,全面超越 Struts2,成为最优秀的MVC框架。它通过一套注解,让一个简单的Java类成为处理请求的控制器,而无须实现任何接口。同时它还支持RESTful编程风格的请求。

1、SpringMVC的优势

  • 清晰的角色划分: 前端控制器(DispatcherServlet) 请求到处理器映射(HandlerMapping) 处理器适配器(HandlerAdapter) 视图解析器 (ViewResolver) 处理器或页面控制器(Controller) 验证器(Validator) 命令对象(Command请求参数绑定到的对象就叫命令对象) 表单对象(Form Object 提供给表单展示和提交到的对象就叫表单对象)。
  • 分工明确,而且扩展点相当灵活,可以很容易扩展,虽然几乎不需要。
  • 由于命令对象就是一个POJO,无需继承框架特定API,可以使用命令对象直接作为业务对象。
  • Spring其他框架无缝集成,是其它Web框架所不具备的。
  • 可适配,通过HandlerAdapter可以支持任意的类作为处理器。
  • 可定制性,HandlerMappingViewResolver等能够非常简单的定制。
  • 功能强大的数据验证、格式化、绑定机制。
  • 利用Spring提供的Mock对象能够非常简单的进行Web层单元测试
  • 本地化、主题的解析的支持,使我们更容易进行国际化和主题的切换。
  • 强大的JSP标签库,使JSP编写更容易。

还有比如RESTful风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。

2、SpringMVC 和Struts2 的优略分析

共同点:

它们都是表现层框架,都是基于MVC模型编写的。 它们的底层都离不开原始 ServletAPI。 它们处理请求的机制都是一个核心控制器。

区别:

Spring MVC入口Servlet,Struts2Filter 。

Spring MVC基于方法设计的,而 Struts2基于类Struts2每次执行都会创建一个动作类。所以Spring MVC 会稍微比Struts2快些。

Spring MVC使用更加简洁,同时还支持JSR303,处理 ajax 的请求更方便(JSR303是一套JavaBean参数校验的标准,它定义了很多常用的校验注解,我们可以直接将这些注解加在我们 JavaBean的属性上面,就可以在需要校验的时候进行校验了)

Struts2OGNL表达式使页面的开发效率相比Spring MVC 更高些,但执行效率并没有比JSTL提升,尤其是struts2的表单标签,远没有 html执行效率高。


版权声明:本文为swadian2008原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。