Pojo层,Dao层,Mapper层,Service层,Controller层

目录

Pojo层(model层):

Dao层(mapper):

Service层(定义接口):

controller层(处理前台发送的请求):

util层(工具类):

VO层(方便前端获取数据):

Filter层(对用户请求的预处理):

业务逻辑:


Pojo层(model层):

  • 实体层 数据库在项目中的类
  • model是模型的意思,与entity、domain、pojo类似,是存放实体的类。
  • 类中定义了多个类属性,并与数据库表的字段保持一致,一张表对应一个model类。
  • 主要用于定义与数据库对象应的属性,提供get/set方法,tostring方法,有参无参构造函数。
     
  • 其实就是实体类这一层,它是与数据库中的属性值基本保持一致的。
  • 有的时候有些人开发写成pojo,有的写成model,也有domain,也有dto等,
  • 实体类如果你不懂什么东西的话,那你就想成是它是范围。

Dao层(mapper):

  • 持久层,主要与数据库进行交互
  • 又被成为mapper层,叫数据持久层,先设计接口,然后在配置文件中进行配置其实现的关联。
  • dao层会调用pojo层,dao中会定义实际使用到的方法,比如增删改查。
  • dao层的作用为访问数据库,向数据库发送sql语句,完成数据的增删改查任务。
  • dao层的数据源和数据库连接的参数都是在配置文件中进行配置的,配置文件一般在同层的xml文件夹中
  • 数据持久化操作就是指,把数据放到持久化的介质中,同时提供增删改查操作,比如数据通过hibernate插入到数据库中

  • DAO层叫数据访问层,也叫mapper层 。
  • 某个DAO一定是和数据库的某一张表一一对应的,
  • 其中封装了CRUD(增加Create、检索Retrieve、更新Update和删除Delete)基本操作,DAO只做原子操作
  • 无论多么复杂的查询,Dao只是封装增删改查。
  • 至于增删查改如何去实现一个功能,Dao是不管的。
     

Service层(定义接口):

  • 业务层,控制业务,Service层叫服务层,被称为服务,粗略的理解就是对一个或多个DAO进行的再次封装,封装成一个服务
  • service层调用dao层接口,接收dao层返回的数据,完成项目的基本功能设计。
  • 完成功能的设计和dao层一样都是先设计接口,再创建要实现的类,然后在配置文件中进行配置其实现的关联。
  • service的impl是把mapper和service进行整合的文件 封装Service层的业务逻辑有利于业务逻辑的独立性和重复利用性。
     
  • Service层叫业务层,被称为服务,粗略的理解就是对一个或多个DAO进行的再次封装,
  • 封装成一个服务,所以这里也就不会是一个原子操作了,它需要事物控制。
  • 管理具体的功能等!
  • service包含了serviceImpl(service接口的实现类) 是提供给controller 使用的,
  • 针对于某些业务将 Dao 的对于某些表的crud进行组合,也就是说间接的和数据库打交道。
     

controller层(处理前台发送的请求):

  • 控制层 控制业务逻辑
  • controller层负责具体的业务模块流程的控制,controller层负责前后端交互,接受前端请求,调用service层,接收service层返回的数据,最后返回具体的页面和数据到客户端。

  • Controler负责请求转发,接受页面过来的参数,传给Service处理,接到返回值,再传给页面。
  • 管理业务(Service)调度和管理跳转的。

util层(工具类):

  • 工具类,它是用来封装相应的方法,然后将其放在对应的util包下,使用的时候直接调用就可以了。
  • 比如,日期转换util,http请求等相关的工具类。获取properties文件属性等等都可能会被放进util

VO层(方便前端获取数据):

  • vo层的存在就是方便前端获取数据,后端将前端的需要的数据做一个整合,打包成一个类。

Filter层(对用户请求的预处理):

  • Filter对用户请求进行预处理,接着将请求交给Servlet进行处理并生成响应,最后Filter再对服务器响应进行后处理。

业务逻辑:

        controller - - > service接口 - - > serviceImpl - - >dao接口 - - > mapper.xml - - > db

在具体的项目当中,其实它的流程为:

 

  1. 首先Controller层调用了Service层的方法,
  2. 然后Service层调用Dao层中的方法,其中调用的参数是使用Pojo层进行传递的。

  • 总的来说这样每层做什么的分类只是为了让业务逻辑更加清晰明了,写起代码更加方便高效,
  • 所以有时候也需要根据具体情况来作为依据,
  • 但是大体的都是这样处理的,因为它其实就是提供一种规则,让你把相同类型的代码放在一起,这样就形成了一个层次,
  • 从而达到分层解耦、复用、便于测试和维护的目的。
     

你可能感兴趣的:(SSM整合,数据库,java,mysql)