第一章 SpringMVC基本概念
1.1 关于三层架构和MVC
1.1.1 三层架构
我们开发架构一般都是基于两种形式,一种是C/S架构,也就是客户端/服务器,另一种是B/S架构,也就是浏览器/服务器。在JavaEE开发中,几乎全都是基于B/S架构的开发。系统标准的三层架构包括:表现层、业务层、持久层。
-
表现层:
也就是web层,它负责接收客户端请求,向客户端响应结果,通常客户端使用http协议请求web层,web层需要接受http请求,完成http响应。
表现层包括展示层和控制层:控制层负责接收请求,展示层负责结果的展示。
表现层依赖业务层,接收到客户端请求一般会调用业务层进行业务处理,并将处理结果响应给客户端。
表现层的设计一般都使用MVC模型。(MVC是表现层的设计模型,和其他层没有关系)
-
业务层:
也就是service层。它负责业务逻辑处理,和我们开发项目的需求息息相关。web层依赖业务层,但是业务层不依赖web层。
业务层在业务处理时可能会依赖持久层,如果要对数据持久化需要保证事务一致性。(也就是事务应该放到业务层来控制)
-
持久层:
也就是dao层。负责数据持久化,包括数据层即数据库和数据访问层,数据库是对数据进行持久化的载体,数据访问层是业务层和持久层交互的接口,业务层需要通过数据访问层将数据持久化到数据库中。通俗的讲,持久层就是和数据库交互,对数据库表进行增删改查的。
1.1.2 MVC模型
MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,是一种用于设计创建web应用程序表现层的模式。
-
Model:
通常指的就是我们的数据模型。一般情况下用于封装数据。
-
View:
通常指的就是我们的jsp或者html,一般就是展示数据。
通常视图是依据模型数据创建的。
-
Controller:
是应用程序中处理用户交互的部分。一般就是处理程序逻辑的。
例如:我们要保存一个用户的信息,这时候表单输入要求年龄必须是1-100之间的整数,并且把数据填充到模型之中。此时除了js的校验之外,服务器端也应该有数据准确性的校验,那么校验就是控制器该做的。当校验失败后,由控制器负责把错误页面展示给使用者,成功则把数据填充到模型,并且调用业务层实现完整的业务需求。
1.2 SpringMVC概述
1.2.1 SpringMVC是什么
它是一种基于Java的实现MVC设计模型的请求驱动类型的轻量级Web框架,通过一套注解,让一个简单的Java类成为处理请求的控制器,而无须实现任何接口。同时还支持RESTful编程风格的请求。
1.2.2 优势
1、清晰的角色划分:
前端控制器(DispatcherServlet)
请求到处理器映射(HandlerMapping)
处理器适配器(HandlerAdapter)
视图解析器(ViewResolver)
处理器或页面控制器(Controller)
验证器(Validator)
命令对象(Command 请求参数绑定到的对象就叫命令对象)
表单对象(Form Object 提供给表单展示和提交到的对象就叫表单对象)
2、分工明确,而且扩展点相当灵活。
3、由于命令对象就是一个POJO,无需继承框架特点的API,可以使用命令对象直接作为业务对象。
4、和Spring其它框架无缝集成。
5、可适配,通过HandlerAdapter可以支持任意的类作为处理器。
6、可定制性,HandlerMapping、ViewResolver能够非常简单的定制。
7、功能强大的数据验证、格式化、绑定机制。
8、利用Spring提供的Mock对象能够非常简单的进行web层单元测试。
9、本地化、主题的解析的支持。
10、强大的JSP标签库。
1.2.3 和Struts2的优劣分析
-
共同点:
都是表现层框架,都是基于MVC编写的。
底层都离不开ServletAPI。
处理请求的机制都是一个核心控制器。
-
区别:
SpringMVC的入口是servlet,而Struts是FIlter。
SpringMVC是基于方法设计的,而Struts是基于类。SpringMVC要快一些。
SpringMVC使用更加简洁,支持JSR303,处理ajax的请求更方便。(JSR303是一套JavaBean参数校验的标准,定义了很多常用的校验注解,可以直接将这些注解加在我们的JavaBean属性上面。)
Struts的OGNL表达式使页面开发效率更高些,但执行效率没有比JSTL提升,尤其是Struts2的表单标签,远没有html执行效率高。