经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » Java相关 » Spring Boot » 查看文章
简单地聊一聊Spring Boot的构架
来源:cnblogs  作者:葡萄城技术团队  时间:2023/11/15 9:23:14  对本文有异议

本文由葡萄城技术团队发布。转载请注明出处:葡萄城官网,葡萄城为开发者提供专业的开发工具、解决方案和服务,赋能开发者。

前言

本文小编将详细解析Spring Boot框架,并通过代码举例说明每个层的作用。我们将深入探讨Spring Boot的整体架构,包括展示层、业务逻辑层和数据访问层。通过这些例子,读者将更加清晰地了解每个层在应用程序中的具体作用。通过代码实例,我们将帮助读者更好地理解和应用Spring Boot框架,从而提高应用程序的可维护性和可扩展性。

什么是Spring Boot

在介绍Spring Boot框架的分层之前,小编先为大家介绍一下什么是Spring Boot:

Spring Boot是一个基于Spring框架的开发框架,旨在简化Spring应用程序的搭建和开发。Spring Boot提供了很多自动化配置的功能,可以快速地搭建一个基于Spring的Web应用程序,而不需要手动进行繁琐的配置。

Spring Boot可以帮助开发人员快速构建各种类型的应用程序,包括Web应用程序、RESTful服务、批处理应用程序和基于消息的应用程序等。它采用Java编程语言,并且可以与各种其他技术集成,例如Thymeleaf、MongoDB、Redis等。

Spring Boot还提供了很多有用的工具和插件,例如Spring Boot CLI(命令行界面),可以帮助开发人员更加便捷地创建、运行和测试Spring Boot应用程序。此外,Spring Boot还支持各种构建工具,例如Maven和Gradle,以及各种开发环境,例如Eclipse和IntelliJ IDEA。

Spring Boot分层:

Spring Boot主要分为4层:Controller层、Service层、Repository/DAO层和Model层。

1. Controller层

在SpringBoot中,Controller层是MVC(Model-View-Controller)模式中的控制器部分,负责处理来自用户发起的HTTP请求,并返回相应的响应结果。Controller层接收到请求后,通常会调用Service层进行业务逻辑处理,最后再将处理结果封装成响应对象并返回给前端。

一个Controller类通常包含多个方法,每个方法对应一个不同的HTTP请求路径,并使用特定的注解来标识。例如,使用@GetMapping注解表示该方法处理GET请求,@PostMapping表示该方法处理POST请求。同时,通过@RequestParam注解可以获取请求参数,@PathVariable注解可以获取URL路径参数,@RequestBody注解可以获取请求体中的数据。

2. Service层

在Spring Boot中,Service层是应用程序的一部分,负责处理业务逻辑和协调不同的组件。它是控制器(Controller)和数据访问层(Repository)之间的中间层,用于将业务逻辑与数据操作解耦。

Service层的主要职责可以总结如下:

  1. 执行业务逻辑:Service层负责实现应用程序的业务逻辑。它包含了具体的业务规则和操作流程,以满足需求和业务规定。例如,对于电子商务应用程序,Service层可能会包含创建订单、处理支付、验证库存等业务逻辑的实现。
  2. 协调数据访问:Service层充当控制器和数据访问层之间的桥梁。它通过调用相应的Repository接口来执行数据操作,如查询数据库、保存数据、更新数据等。Service层可以组织和协调多个Repository操作,以完成复杂的业务需求。
  3. 提供业务接口:Service层可以定义一些公共接口或方法,供其他组件(如控制器、其他Service等)使用。这样可以封装底层的业务逻辑实现,使其对外提供统一的接口。这种封装有助于提高代码的可维护性和重用性。
  4. 处理事务管理:Service层通常涉及到数据库的读写操作,需要保证数据的一致性和完整性。通过使用Spring框架提供的事务管理机制,Service层可以确保多个数据库操作在一个事务中执行。它可以定义事务的边界、隔离级别、回滚策略等,以确保数据操作的正确性和可靠性。
  5. 实现业务规则和验证:Service层可以包含对传入数据的验证和处理逻辑。例如,对于用户注册操作,Service层可能会对输入的用户名进行唯一性检查,对密码进行加密等。这样可以保证应用程序的安全性和数据的有效性。

3. Repository/DAO层

DAO全称是Data Access Object,其主要目标是从数据库高效获取(查询)数据,并为service层提供服务。

Repository/DAO层的主要职责可以总结如下:

  1. 定义数据访问接口:Repository或DAO层定义了访问数据库的接口,它们通常包括各种读、写、更新、删除等操作。这些操作通过方法调用来实现,使得业务逻辑可以轻松地使用这些操作。
  2. 提供数据映射:Repository或DAO层负责将数据库中的数据映射到Java类或对象中。这种映射可以是简单的一对一关系,也可以是复杂的关联关系。通常情况下,开发人员会使用ORM框架(如Hibernate)来自动完成数据映射。
  3. 处理数据访问异常:Repository或DAO层负责处理与数据访问相关的异常情况,例如数据库连接失败、SQL语句执行错误等。它们可以捕获这些异常并进行相应的处理,以保证应用程序的稳定性和可靠性。
  4. 支持数据源配置:Repository或DAO层支持不同类型的数据源配置,例如关系型数据库、NoSQL数据库、文件系统等。它们可以根据不同的数据源类型,提供相应的数据访问接口和数据映射策略。
  5. 提供数据缓存:Repository或DAO层可以缓存已经读取的数据,以提高应用程序的性能。它们可以使用内存缓存、分布式缓存等不同类型的缓存机制,根据业务需求进行选择。

4. Model层

在Spring Boot中,Model层对象是用于封装和传递数据的Java对象。它表示应用程序中的业务数据,并负责处理数据的获取、保存和修改等操作。Model层对象通常具有以下特点:

  1. 实体类(Entity Class):Model层对象通常是实体类或POJO(Plain Old Java Object),用于表示业务数据的结构。实体类的属性对应数据库表的字段,通过ORM(Object-Relational Mapping)框架可以将实体类与数据库进行映射。
  2. 数据传输对象(Data Transfer Object,DTO):在一些场景下,为了满足特定的需求,可能需要使用DTO来封装数据。DTO是一个简单的Java对象,用于在不同的层之间传输数据。DTO通常只包含必要的属性,以减少数据传输的大小和复杂性。
  3. 数据校验(Data Validation):Model层对象可以用于数据校验,确保传入的数据符合特定的规则和要求。可以使用注解(如javax.validation.constraints)或其他验证框架(如Hibernate Validator)对属性进行校验。
  4. 业务逻辑(Business Logic):Model层对象可以包含一些业务逻辑的方法,用于处理数据的计算、转换和操作等。这些方法可以在Model层对象中定义,或者在服务层(Service Layer)中进行实现。

代码示例:

1.Controller层:

ProjectController.java

  1. package com.example.Controller;
  2. //import statements goes here
  3. @RestController
  4. public class UserController {
  5. //List all the available projects
  6. @GetMapping(path = "/projects", produces = MediaType.APPLICATION_JSON_VALUE)
  7. public ResponseEntity<List<Project>> getProjects() {
  8. // perform validation checks
  9. // return the services provided by service layer
  10. }
  11. //Apply for the project
  12. @PostMapping(path = "/apply-project", consumes = MediaType.APPLICATION_JSON_VALUE)
  13. public ResponseEntity<HttpStatus> applyProject(@RequestBody Map<String,String> json) {
  14. // perform validation checks
  15. // return the services provided by service layer
  16. }
  17. //Upload resume
  18. @PostMapping(path = "/upload-resume/{usn}")
  19. public ResponseEntity<List<Object>> uploadToDB(@RequestParam("file") MultipartFile[] file,@PathVariable String usn) {
  20. // perform validation checks
  21. // return the services provided by service layer
  22. }
  23. //Download resume
  24. @GetMapping("/files/download/{fileName:.+}")
  25. public ResponseEntity downloadFromDB(@PathVariable String fileName) {
  26. // perform validation checks
  27. // return the services provided by service layer
  28. }
  29. }

上面例子使用了@GetMapping和@PostMapping:

@GetMapping注解用于将一个方法映射到指定的HTTP GET请求。它可以用于处理浏览器直接访问某个URL或者其他应用程序发起GET请求的情况。通过在方法上添加@GetMapping,我们可以定义一个处理该请求的方法,并在方法中编写相应的业务逻辑。

@PostMapping注解用于将一个方法映射到指定的HTTP POST请求。它可以用于处理表单提交、客户端数据上传等操作。通过在方法上添加@PostMapping,我们可以定义一个处理该请求的方法,并在方法中编写相应的业务逻辑。

2.Service层:

下面这段定义了项目相关的服务方法,并规定这些方法的输入参数和返回值。

在代码示例中,ProjectService 接口声明了三个方法:

  1. getProjects() 方法返回一个 List<Project> 对象作为响应体(ResponseEntity),用于获取所有项目信息。
  2. applyProject(String USN,int project_id) 方法返回 HttpStatus 枚举值,表示申请参与某个项目的状态。
  3. uploadProjectDocument(MultipartFile[] files,int project_id) 方法返回 List<Object> 对象作为响应体,用于上传项目文档。

ProjectService.java

  1. package com.example.Service;
  2. // import statements
  3. public interface ProjectService {
  4. ResponseEntity<List<Project>> getProjects();
  5. HttpStatus applyProject(String USN,int project_id);
  6. ResponseEntity<List<Object>> uploadProjectDocument(MultipartFile[] files,int project_id);
  7. }

ProjectServiceImpl.java

  1. package com.example.Service;
  2. //import statements
  3. @Service
  4. public class ProjectServiceImpl implements ProjectService {
  5. //dependency injection of DAO to be gone here (Autowire)
  6. @Override
  7. public ResponseEntity<List<Project>> getProjects() {
  8. try {
  9. //Business logic implementation using DAO services
  10. } catch (Exception e) {
  11. return new ResponseEntity<>(null,HttpStatus.INTERNAL_SERVER_ERROR) ;
  12. }
  13. }
  14. @Override
  15. public HttpStatus applyProject(String USN, int project_id) {
  16. //Business logic implementation using DAO services
  17. }
  18. //helper functions
  19. public ResponseEntity uploadToLocalFileSystem(MultipartFile file,int project_id) {
  20. }
  21. @Override
  22. public ResponseEntity<List<Object>> uploadProjectDocument(MultipartFile[] files,int project_id) {
  23. //Business logic implementation using DAO services
  24. }
  25. }

3.Repository/DAO层:

下面的这段代码是一个接口类,属于包名为"com.example.Dao"的项目数据访问对象(DAO)。它扩展了 JpaRepository<Project, Integer> 接口,该接口提供了基本的CRUD(创建、读取、更新、删除)操作方法,用于对数据库中的 "Project" 实体进行操作。

ProjectDAO.java

  1. package com.example.Dao;
  2. //import statements
  3. public interface ProjectDao extends JpaRepository<Project,Integer> {
  4. //You can also include native queries on top of CRUD operations provided by JPA
  5. // Add queries here using @Query annotations and corresponding functions
  6. @Query(value = "Your SQL query ",nativeQuery = true)
  7. public List<Project> getProjects();
  8. }
  9. }

4.Model层:

下面这段代码定义了一个名为 "Project" 的实体类,表示一个项目。它包含了项目的各个属性(如项目ID、公司名称、描述、要求等),并与其他实体类(如员工、学生、文档、资金等)之间建立了关联关系。通过使用 JPA 注解,该类可以方便地进行数据库操作和查询。

代码中的各个部分的含义如下:

  1. @Entity 注解表示该类是一个实体类,与数据库中的表进行映射。
  2. @Table(name = "project") 注解指定了对应的数据库表名为 "project"。
  3. @Id 注解表示该字段是主键。
  4. @GeneratedValue(strategy = GenerationType.IDENTITY) 注解指定了主键的生成策略为自增长。
  5. @Column 注解用于指定该属性与数据库表中的列的映射关系,其中 nullable 属性表示该列是否允许为空,name 属性指定了对应的数据库列名。
  6. @JsonIgnore 注解用于忽略该属性在序列化和反序列化过程中的处理。
  7. @ManyToMany(mappedBy="funded_projects") 注解表示当前实体与另一个实体 Fund 之间存在多对多的关联关系,通过 mappedBy 属性指定了在 Fund 实体中维护关联关系的属性名为 "funded_projects"。
  8. Set<Staff>, Set<Student>, Set<Document>, Set<Fund> 表示与其他实体之间的关联关系,通过集合类型的属性来表示多对多关系或一对多关系。

Project.java

  1. package com.example.Entity;
  2. //import statements
  3. @Entity
  4. @Table(name = "project")
  5. public class Project {
  6. @Id
  7. @GeneratedValue(strategy = GenerationType.IDENTITY)
  8. private int project_id;
  9. @Column(nullable = false, name = "company_name")
  10. private String company_name;
  11. @Column(nullable = false, name = "description")
  12. private String description;
  13. @Column(nullable = false, name = "requirements")
  14. private String requirements;
  15. @Column(nullable = false, name = "manager")
  16. private String manager;
  17. @Column(nullable = false, name = "start_date")
  18. private Date start_date = new Date();
  19. @Column( name = "end_date")
  20. private Date end_date = new Date();
  21. @Column(nullable = false,name = "opening")
  22. private int opening;
  23. @Column(name = "resources")
  24. private String resources;
  25. public Set<Staff> getStaff_incharge() {
  26. return staff_incharge;
  27. }
  28. public void setStaff_incharge(Set<Staff> staff_incharge) {
  29. this.staff_incharge = staff_incharge;
  30. }
  31. public Set<Student> getApplied_students() {
  32. return applied_students;
  33. }
  34. public Set<Document> getDocuments() {
  35. return documents;
  36. }
  37. public void setDocuments(Set<Document> documents) {
  38. this.documents = documents;
  39. }
  40. @JsonIgnore
  41. @ManyToMany(mappedBy="funded_projects")
  42. private Set<Fund> funds;
  43. public Set<Fund> getFunds() {
  44. return funds;
  45. }
  46. public void setFunds(Set<Fund> funds) {
  47. this.funds = funds;
  48. }
  49. public void setApplied_students(Set<Student> applied_students) {
  50. this.applied_students = applied_students;
  51. }
  52. public Set<Student> getWorking_students() {
  53. return working_students;
  54. }
  55. public void setWorking_students(Set<Student> working_students) {
  56. this.working_students = working_students;
  57. }
  58. //constructors
  59. public Project() {
  60. super();
  61. }
  62. public Project(int project_id, String company_name, String description, String requirements, String manager, Date start_date, Date end_date, int opening, String resources) {
  63. super();
  64. this.project_id = project_id;
  65. this.company_name = company_name;
  66. this.description = description;
  67. this.requirements = requirements;
  68. this.manager = manager;
  69. this.start_date = start_date;
  70. this.end_date = end_date;
  71. this.opening = opening;
  72. this.resources = resources;
  73. }
  74. public int getProject_id() {
  75. return project_id;
  76. }
  77. public void setProject_id(int project_id) {
  78. this.project_id = project_id;
  79. }
  80. public String getCompany_name() {
  81. return company_name;
  82. }
  83. public void setCompany_name(String company_name) {
  84. this.company_name = company_name;
  85. }
  86. public String getDescription() {
  87. return description;
  88. }
  89. public void setDescription(String description) {
  90. this.description = description;
  91. }
  92. public String getRequirements() {
  93. return requirements;
  94. }
  95. public void setRequirements(String requirements) {
  96. this.requirements = requirements;
  97. }
  98. public String getManager() {
  99. return manager;
  100. }
  101. public void setManager(String manager) {
  102. this.manager = manager;
  103. }
  104. public Date getStart_date() {
  105. return start_date;
  106. }
  107. public void setStart_date(Date start_date) {
  108. this.start_date = start_date;
  109. }
  110. public Date getEnd_date() {
  111. return end_date;
  112. }
  113. public void setEnd_date(Date end_date) {
  114. this.end_date = end_date;
  115. }
  116. public int getOpening() {
  117. return opening;
  118. }
  119. public void setOpening(int opening) {
  120. this.opening = opening;
  121. }
  122. public String getResources() {
  123. return resources;
  124. }
  125. public void setResources(String resources) {
  126. this.resources = resources;
  127. }
  128. @Override
  129. public String toString() {
  130. return "Project{" +
  131. "project_id=" + project_id +
  132. ", company_name='" + company_name + '\'' +
  133. ", description='" + description + '\'' +
  134. ", requirements='" + requirements + '\'' +
  135. ", manager='" + manager + '\'' +
  136. ", start_date=" + start_date +
  137. ", end_date=" + end_date +
  138. ", opening=" + opening +
  139. ", resources='" + resources + '\'' +
  140. '}';
  141. }
  142. }

总结

本文为读者详细介绍了Spring Boot框架的四层构架,以及如何使用各种技术和工具来进行开发。通过阅读本文,希望可以帮助读者可以更好地理解Spring Boot框架的工作原理和应用场景,并能够利用所学知识来实现自己的项目。

参考资料:《Understanding Spring Boot Architecture》

扩展链接:

Redis从入门到实践

一节课带你搞懂数据库事务!

Chrome开发者工具使用教程

从表单驱动到模型驱动,解读低代码开发平台的发展趋势

低代码开发平台是什么?

基于分支的版本管理,帮助低代码从项目交付走向定制化产品开发

原文链接:https://www.cnblogs.com/powertoolsteam/p/17816504.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号