0
点赞
收藏
分享

微信扫一扫

Spring Boot 文件夹用途 DAO、DTD、VIEW、POJO

Spring Boot 文件夹用途 DAO、DTD、VIEW、POJO _图层


  1. DAO 文件夹: 用于存放数据访问对象(Data Access Object),这些类用于封装对数据库的访问和操作,提供了一种与底层数据存储交互的接口。DAO 层负责处理数据的持久化和检索,将数据操作与业务逻辑解耦。
  2. DTO 文件夹: 用于存放数据传输对象(Data Transfer Object),这些类用于在不同层之间传输数据。DTO 类主要用于封装多个实体类的字段,以便在不同层之间进行数据交换,避免数据冗余和不必要的暴露。
  3. view 文件夹: 用于存放视图层(View layer),通常包含与前端交互的模板文件(如 JSP、Thymeleaf、Freemarker)或前端资源文件(如 CSS、JavaScript)。视图层负责将数据展示给用户,并处理用户的输入。
  4. mapper 文件夹: 用于存放数据映射器(Mapper),这些类用于实现实体类和DTO之间的转换。在某些情况下,实体类的结构和DTO的结构并不完全一样,因此需要使用 Mapper 类来处理它们之间的映射。
  5. service 文件夹: 用于存放服务层(Service layer),这些类包含了业务逻辑的实现。服务层负责处理业务逻辑,对来自 DAO 层的数据进行处理,并将结果传递给控制器层。
  6. controller 文件夹: 用于存放控制器层(Controller layer),这些类负责处理用户请求和路由,接收来自视图层的数据和用户输入,调用服务层处理业务逻辑,并将结果返回给视图层进行展示。

数据层

POJO对象

POJO = plain ordinary Java object = 普通Java对象

PO:持久对象,与数据库中的表相映射的Java对象

VO:业务层之间数据传递的对象

POJO:简单无规则Java对象,只有属性+get+set方法

实体层

entity

Entity = 实体

严格和数据库相对应,数据库中有什么字段,entity包中的类就有什么字段。因此当操作表时,操作这个类即可。比如user表中有name、id、age,则entity包中对应的同名类也只有这三个同名属性。


模型层

model

Model = 模型

当用model当包名时,一般里面存的是实体类的模型,用来给后端用的。比如user表中有name、id、age,出于安全原因,我们需要把用户的密码定义在另一表中,即user_passwd表,但进行相关操作时,我们往往需要将两个表关联使用,每次定义都很麻烦。因此可以在model层中定义user_model类,将user表中的信息与user_passwd表中的信息整合成一张综合表,这样在进行操作时只需调用综合表,就可以完成对两个表的关联操作


视图层

view

View = 视图


      当用view当包名时,一般里面存放的是对实体表的映射类(视图类),是用来给前端用的。

即:有时候我们仅仅需要获得某一个表的几个字段,所以此时可以用view存储这几个字段。

比如user表中有name、id、age,出于某些原因,我们只需要向用户展示name和id值,但进行相关操作时,我们往往需要对user表进行很复杂读处理,每次定义都很麻烦。

因此可以在view层中定义user_view类,将user表中的name、id存入user_view视图,这样在进行操作时只需调用视图表,就可以完成相对应的操作


数据访问层

DAO

主要针对于数据表的操作,可以理解为一张数据表,就有一个DAO与之对应,与数据库的操作,增删改查等方法

举例:对于user类,其对应的dao包就是对user表中数据的增删改查方法。


mapper

mapper层 = dao层,若使用mybatis框架,则其生成的类名字是mapper,其实就是dao层。


业务层

service

由于Dao里面存放了对表操作的方法,entity类中存放了映射表的POJO类。

Service的作用就是将Dao和entity类整合起来,进行再次封装,封装成一个方法,我们调用这个方法,就实现了对某个表的增删改查操作。

控制层

Controller

负责请求转发,接受页面传递过来的参数,根据参数的不同,是调用不同的Service层方法进行操作,操作完成后将返回结果传递给页面。


DTO

DTO = Data Transfer Object = 数据传输对象,与view的用法相同,不过是叫法不同

总结

  1. 如果想对几个表综合操作,就用domain
  2. 如果是严格对数据库表操作,就用entity
  3. 如果想显示某个几个表的综合信息,就用model,注意model包一般放在service层。
  4. 如果只想展示某个表中的几段信息,就用view,注意view包一般放在controller层




注意:以上的文件夹结构和用途是一种通用的设计模式,并不是强制性的规定。在实际项目中,根据项目规模和复杂度,可能会有不同的组织方式和文件夹命名。重要的是保持清晰的架构和代码组织,以便于项目的维护和扩展。

举报

相关推荐

0 条评论