springMVC基本概念
一、三层架构简单介绍
JavaEE的开发几乎都是B/S架构：在B/S架构中，系统标准的三层架构为：表现层、业务层、持久层。
1). 表现层(web层)
web层负责接收客户端请求，向客户端响应结果，通常客户端使用http协议请求web层，web需要结构http请求，完成http响应。
-
表现层包括：
- 控制层：负责接收请求
- 展示层：负责结果的展示
表现层依赖【业务层】
接收到客户端请求一般会调用业务层进行业务处理，并将处理结果响应给客户端。
- 表现层的设计一般都使用
MVC模型【MVC是表现层的设计模型，和其他层没啥关系】- M: model,数据模型，封装数据；在JavaEE开发中对应JavaBean
- V: View,视图层，展示数据，依据模型数据创建，对应jsp,html
- C: Controller,控制器，处理用户交互,处理程序逻辑,对应Servlet
2). 业务层(service层)
负责业务逻辑处理，和开发项目的需求息息相关。web层依赖业务层，但是业务层不依赖web层。业务层在业务处理时可能会依赖持久层，如果要对数据持久化需要保证事务一致性。
3). 持久层(dao层)
负责数据持久化，持久层和数据库交互，对数据库表进行增删改查。一般业务层依赖持久层
二、SpringMVC
SpringMVC 是一种基于Java的实现MVC 设计模型的请求驱动类型的轻量级Web框架，属于Spring FrameWork的后续产品，已经融合在Spring Web Flow 里面。Spring框架提供了构建 Web 应用程序的全功能 MVC 模块。使用 Spring 可插入的 MVC 架构，从而在使用 Spring 进行 WEB 开发时，可以选择使用 Spring的 Spring MVC 框架或集成其他 MVC 开发框架，如Struts2等;SpringMVC 已经成为目前最主流的 MVC 框架之一，并且随着 Spring3.0 的发布，全面超越 Struts2，成为最优秀的 MVC 框架。它通过一套注解，让一个简单的 Java 类成为处理请求的控制器，而无须实现任何接口。同时它还支持RESTful 编程风格的请求
1). SpringMVC的优势
1、 清晰的角色划分
- 前端控制器（DispatcherServlet）
- 请求到处理器映射（HandlerMapping）
- 处理器适配器（HandlerAdapter）
- 视图解析器（ViewResolver）
- 处理器或页面控制器（Controller）
- 验证器（ Validator）
- 命令对象（Command 请求参数绑定到的对象就叫命令对象）
- 表单对象（Form Object 提供给表单展示和提交到的对象就叫表单对象）
2、分工明确，而且扩展点相当灵活，可以很容易扩展，虽然几乎不需要。
3、由于命令对象就是一个 POJO，无需继承框架特定 API，可以使用命令对象直接作为业务对象。
4、和 Spring 其他框架无缝集成，是其它 Web 框架所不具备的。
5、可适配，通过 HandlerAdapter 可以支持任意的类作为处理器。
6、可定制性，HandlerMapping、ViewResolver 等能够非常简单的定制。
7、功能强大的数据验证、格式化、绑定机制。
8、利用 Spring 提供的 Mock 对象能够非常简单的进行 Web 层单元测试。
9、本地化、主题的解析的支持，使我们更容易进行国际化和主题的切换。
10、强大的 JSP 标签库，使 JSP 编写更容易。
………………还有比如RESTful风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。
2). SpringMVC VS Struts2【!】
1.共同点
- 都是表现层框架，都是基于MVC模型编写的
- 底层都离不开原始的ServletAPI
- 处理请求的机制都是一个核心控制器
2.区别
| 区别点 | SpringMVC | Struts2 |
|---|---|---|
| 入口 | Servlet | Filter |
| 执行单位 | 基于方法，单例模式，效率高、资源占用少 | 基于类，每执行一个操作都创一个对象，效率低 |
| 使用灵活度 | 简洁、支持JSR303,处理ajax更方便 | 。。。 |
| 表达式 | JSTL,开发略低，执行效率高 | OGNL开发效率高，执行效率不行，尤其是表单标签，没有html执行效率高 |
JSR303是一套JavaBean 参数校验的标准，它定义了很多常用的校验注解，我们可以直接将这些注解加在我们 JavaBean 的属性上面，就可以在需要校验的时候进行校验了。
