MVC = model+view+controller(数据模型+试图+控制器)
三层架构:presentation tier + application tier + datatier (展现层+应用层+数据访问层)
三层架构是整个应用的架构,是由Spring框架负责管理的,一般项目结构里由Service层和DAO层,这两个反馈在应用层和数据访问层。
Spring MVC 常用注解
1、@Controller
@Controller注解到类上,表明这个类是Spring MVC里的Controller,其声明为Spring的一个Bean,会被Dispatccher Servlet自动扫描,并将Web请求映射到注解了@RequestMapping的方法上。
2、@RequestMapping
注解用来映射Web请求(访问路径和参数)、处理类和方法的。
注解在方法上的@RequestMapping路径继承注解在类上的路径,@RequestMapping回支持Servlet的request和respnse为参数和对二者的媒体类型配置。
3、@RequestBody
@RequestBody允许request的参数在request里,而不是直接链接到地址后面。
这个注解放在参数前
4、@ResponseBody
@ResponseBody支持将返回值放在response内,而不是返回一个页面。这个注解可以放在返回值前或者方法上。
5、@PathVariable
@PathVariable用来接受路径参数,如/new/01,可接受的01作为参数。这个注解放在参数前。
6、@RestController
@RestController是一个组合注解,组合@Controller和@ResponseBody,开发时候又和页面交互数据的控制必须加上
层
DAO层、ENTITY层、SERVICE层、CONTROLLER层
1、DAO层(也叫做repository层): 持久层 主要与数据库进行交互
DAO层主要是做数据持久层的工作,主要与数据库进行交互。DAO层首先会创建DAO接口,然后会在配置文件中定义该接口的实现类,
接着就可以在模块中就可以调用DAO 的接口进行数据业务的而处理,并且不用关注此接口的具体实现类是哪一个类。DAO 层的数据源和数据库连接的参数数都是在配置文件中进行配置的。
2、Entity层(domain层) 实体层 数据库在项目中的类
3、Service层(biz):业务层 控制业务
Service层主要负责业务模块的逻辑应用设计。和DAO层一样都是先设计接口,再创建要实现的类,然后在配置文件中进行配置其实现的关联。接下来就可以在service层调用接口进行业务逻辑应用的处理。
封装Service层的业务逻辑有利于业务逻辑的独立性和重复利用性。
4、Controller层:(action层) 控制层 控制业务逻辑
Controller层负责具体的业务模块流程的控制,controller层主要调用Service层里面的接口控制具体的业务流程,控制的配置也需要在配置文件中进行。
5、View层 此层与控制层结合比较紧密,需要二者结合起来协同工发。View层主要负责前台jsp页面的表示,
Conroller层和Service层的区别是:Controlle层负责具体的业务模块流程的控制;Service层负责业务模块的逻辑应用设计;