网站开发中制作视频播放器,php网站建设填空题,dw网站建设字体颜色,国外有哪几家做充电桩网站前言
首先在这里恭祝大家新年快乐#xff0c;兔年大吉。本来是想在年前发布这篇博文的#xff0c;奈何过年期间走街串巷#xff0c;实在无心学术#xff0c;所以不得不放在近日写下这篇Spring Boot的博文。在还没开始写之前#xff0c;我已经预见到#xff0c;这恐怕将是…前言
首先在这里恭祝大家新年快乐兔年大吉。本来是想在年前发布这篇博文的奈何过年期间走街串巷实在无心学术所以不得不放在近日写下这篇Spring Boot的博文。在还没开始写之前我已经预见到这恐怕将是我从业以来写过最长的博文了。前一篇Java开发 - Mybatis框架初体验2.7w的字数我觉得已经是最长了但在整理Spring Boot的知识点时我才知道是我小瞧了它所以在这里先给大家做个预告有个心理准备。为什么不拆分成几段来写呢技术这东西最好是一蹴而就一次学完好有个整体的框架感。敢拆分成三五篇要是好几天才能看完前面的东西也就忘了来来回回看又浪费时间不如花几个小时一次学完来的痛快。再根据目录去针对性的学习不熟悉的内容此为最佳这也是博主平时学习的一个方式个人觉得很高效。废话不多说接下来就跟着博主一起来学习Spring Boot吧。
Spring Boot是什么
什么是Spring Boot
对于这个问题不用多说先上百度词条Spring Boot是由Pivotal团队提供的全新框架其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置从而使开发人员不再需要定义样板化的配置。通过这种方式Spring Boot致力于在蓬勃发展的快速应用开发领域(rapid application development)成为领导者。
Spring Boot的特点
SpringBoot基于Spring4.0设计不仅继承了Spring框架原有的优秀特性而且还通过简化配置来进一步简化了Spring应用的整个搭建和开发过程。另外SpringBoot通过集成大量的框架使得依赖包的版本冲突以及引用的不稳定性等问题得到了很好的解决。
SpringBoot所具备的特征有
1可以创建独立的Spring应用程序并且基于其Maven或Gradle插件可以创建可执行的JARs和WARs
2内嵌Tomcat或Jetty等Servlet容器
3提供自动配置的“starter”项目对象模型POMS以简化Maven配置
4尽可能自动配置Spring容器
5提供准备好的特性如指标、健康检查和外部化配置
6绝对没有代码生成不需要XML配置。
Spring Boot工程
创建Spring Boot工程 创建Spring Boot项目时我们选择Spring Initializr注意Group和Artifact这两个值直接决定了Package name有些特殊字符在这里体现不一比如‘-’将会直接消失。
我们看到Java处也圈了起来这个学Java的同学都知道高版本可能会存在一些意想不到的问题我们还是以项目的稳定性为主所以选择低版本使用。
下一步之后会看到此界面 Spring Boot的版本我们先不管在项目内进行统一修改因为官方更新的会频率比较高所以我们一般不会选择太高的版本下面的依赖我们在学习的时候先不勾选在项目中统一手动添加。 在此图中pom.xml文件内修改Spring Boot的版本为2.5.9这个版本博主目前使用中没遇到问题。修改完后记得右上角的刷新按钮刷新一下这个在SSM框架中我们已经比较熟悉了。
前面我们看到Spring Boot项目创建过程中是可以直接勾选依赖的这就很方便了这在我们先前的SSM框架的项目中是没有的在大家熟悉之后可以根据自己的需要在这里直接勾选需要的依赖。
Spring Boot工程结构
Spring Boot创建时我们看到有Maven字样所以其本质上也是一个Maven工程所以和我们的SSM框架的项目区别并不大。展开文件目录发现还是有些不一样的。 可以看到src/main/java和src/test/java下默认都已存在指定的package且此package是这个工程中的执行组件扫描的根包所以后续创建的所有的类和包都需要位于此包中。
在src/main/java下的此包中默认已经创建了启动类启动类默认添加了SpringBootApplication注解此注解的元注解中包含SpringBootConfiguration而SpringBootConfiguration的元注解中包含Configuration所以启动类本身也是配置类将允许将Bean方法写在此类中或者某些与配置相关的注解也可以添加在此类上但为了项目整体的整洁和统一管理我们并不会将大量的代码塞入启动类这都是后话了。
在src/test/java下的此包中默认存在测试类其类名是在启动类的基础上命名的我们就认为这是给启动类创建的测试类在后续创建测试类时也要遵守这一规则事不大但有助于帮助我们区分类名。测试类一般不会是public权限这也是创建时默认的所以其内的方法也遵从这一原则。此测试类上添加了SpringBootTest注解其元注解中包含ExtendWith(SpringExtension.class)与使用spring-test时的SpringJUnitTest注解中的元注解相同所以SpringBootTest注解也会使得当前测试类在执行测试方法之前是加载了Spring环境的在实际编写测试时可以通过自动装配得到任何已存在于Spring容器中的对象在各测试方法中只需要关注被测试的目标即可。这一点就很好帮我们整合了Spring框架免去了手动添加的麻烦甚至还有可能导致错误。
spring-boot-starter和spring-boot-starter-test是Spring Boot的基础依赖项和测试依赖项。
src\main\resources文件夹下默认就已经存在application.properties文件在SSM中我们用于编写配置在Spring Boot项目中则会自动读取此文件这主要是依赖了PropertySource注解相较于SSM框架要手动获取方便了很多。
还有一个比较重要的东西就是创建项目时勾选依赖项选中了Web项在src\main\resources下默认就已经创建了static和templates文件夹如果没有勾选Web则没有这2个文件夹则需要自行创建。但在我们目前的市场下前后端分离是主流所以这个可有可无可能有些地方会使用这个功能来创建一些错误页面比如我们常见的404。
其实到这里为止Spring Boot项目可以说已经给大家介绍完了但Spring Boot的应用还远没有结束接下来就是Spring Boot中常用的一些依赖和配置讲解。前面的比较简单后面的大家就要打起精神认真看了。
Spring Boot怎么连接数据库
连接数据库我们在SSM框架中学过是通过Mybatis框架来实现了所以在这里我们要引入Mybatis框架是不是很神奇SSM框架和Spring Boot不分家。
要引入Mybatis框架我们需要添加两个依赖项 dependencygroupIdmysql/groupIdartifactIdmysql-connector-java/artifactIdscoperuntime/scope
/dependency
dependencygroupIdorg.mybatis.spring.boot/groupIdartifactIdmybatis-spring-boot-starter/artifactIdversion2.2.2/version
/dependency 这里有两个问题需要注意
Spring Boot下依赖项的版本不需要显示指定这是因为父项目将对这些依赖项的版本进行统一管理若有必要可通过上面的方式version来指定版本号如果你注意到scope中的runtime那我正好说一下它的意思是此依赖项是在项目运行过程中需要使用的在编译期并不参与编译。
到这里 有些同学比较着急会去运行项目但此时项目还是不能够跑起来的虽然数据库依赖已经添加完毕但是数据库的信息还没有配置将无法连接到数据库。这些配置信息我们先前都是写在application.properties中的不要急我们继续往下看。
数据库配置信息和原来相比很相似但却有明显的区别Spring Boot对属性名有严格的要求符合要求则自动进行读取并创建数据源对象否则无法读取我们下面来看看怎么写吧 # 连接数据库的URL
spring.datasource.urljdbc:mysql://localhost:3306/mybatis?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/Shanghai
# 登录数据库的用户名
spring.datasource.usernameroot
# 登录数据库的密码
spring.datasource.password123456此处密码大家要写成自己的数据库密码否则将无法连接数据库。这里还有个坑虽然配置写完了但是无法验证配置的正确与否因为Spring Boot只是加载配置并不会实际连接数据库所以即使配置错误我们也无从得知。
为了验证配置的正确性这里我们将采用测试类来进行测试我们就在系统默认的测试类中进行测试我们在Mybatis中创建的数据库为mybatis所以这里就以此数据库为例查看完整代码
package com.codingfire.springboot;import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;import javax.sql.DataSource;SpringBootTest
class SpringbootApplicationTests {AutowiredDataSource dataSource;Testvoid testGetConnection() throws Exception {System.out.println(dataSource.getConnection());}
}
运行测试方法后查看输出如下 很好控制台已经输出了dataSource连接对象说明数据库连接成功否则连接数据库失败。这里测试时要格外注意几点
数据库一定是已经存在的数据库数据库密码一定不要写错要写成自己的数据库密码不要写成博主的数据库服务一定要启动以上缺一不可否则将无法测试成功。
Profile配置文件
在移动端我们对这种配置叫做多target环境是为了区分测试环境开发环境生产环境三个环境因为不同的环境所对应的域名是不一样的为了方便测试而不是每次都手动修改这种配置就出现了。
在Java中也存在这样的配置问题比如数据库密码在Spring Boot下对Profile配置也是支持的。我们可以通过在resources下创建多个配置文件的方式来进行配置创建的配置文件大概命名如下 application-test.properties 测试还款 application-dev.properties 开发环境 application-prod.properties 生产环境 创建完成后Spring Boot并不会主动使用这些文件还需要我们来手动在application.properties文件中指定需要运行的环境配置通过如下方式
# 激活Profile配置
spring.profiles.activedev 此时 application.properties文件中只有这一句配置即可原来的url等信息都需要放在dev所对应的配置文件中。接着我们重新运行上面的测试代码发现运行成功依然可以获取到配置中所包含的数据库信息。
如需使用test配置则改为test抑或是prod。这在实际开发中还是很有用的早年间大家对这种配置使用的还不多现在如果谁项目中还不是这么使用的那一定会遭到嘲笑了话不多说我们进入下一个内容。
YAML配置
yaml配置听起来费解其实就是将后缀名.properties更换为.yml这种方式目前使用的也比较多。YAML配置原来并不是Spring系列框架内置的配置语法如果在项目中需要使用这种语法进行配置解析这类文件需要添加相关依赖而Spring Boot默认已添加。
.properties配置中使用的是以.隔开的名字如
spring.profiles.activedev
各部分用.连接在YAML配置下则有很大的区别以换行缩紧2个空格的形式换行前使用冒号表示值类型属性名和值之间使用冒号一个空格的形式进行连接两者缺一不可否则都会导致报错。
YAML配置还有个有点在.properties文件中我们会看到重复的前缀在YAML中则不会出现重复的前缀否则会报错。
说了这么多可能代价并不明白实际要怎么写下面带大家一起来写一下然后再结合文字看一遍就懂了这种方式我们应该都在其他地方见过并不会十分陌生。
properties文件中我们这么写 spring.datasource.urljdbc:mysql://localhost:3306/mybatis?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/Shanghai
spring.datasource.usernamerootyml文件中我们这么写 spring:datasource:url: jdbc:mysql://localhost:3306/mybatis?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/Shanghaiusername: root怎么知道自己写的对不对呢其实很好分辨如果写的不对颜色就不会变看下图 用户名和密码颜色不一致那是因为密码没有在冒号后面加空格这点格外注意。
还有个小快捷方式缩进两个空格我们可以使用tab键IDE会将其转换为两个字符。虽然YAML配置和properties写起来不太一样但并不影响项目本身在Spring Boot眼里他们最终的展现方式并无任何不同。
数据库连接池
在Mybatis中我们使用的数据库连接池如下 !--数据库连接池依赖--
dependencygroupIdorg.apache.commons/groupIdartifactIdcommons-dbcp2/artifactIdversion2.8.0/version
/dependency 在这里我们要说的不是这个而是阿里巴巴团队研发的Durid在Spring Boot项目中如果需要明确指定使用此连接池需要在项目中添加此连接池依赖 dependencygroupIdcom.alibaba/groupIdartifactIddruid/artifactIdversion1.1.20/version
/dependency 添加玩依赖之后还不行我们还需要在指定spring.datasource.type属性在yml文件中表示如下 spring:datasource:url: jdbc:mysql://localhost:3306/mybatis?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/Shanghaiusername: rootpassword: 123456type: com.alibaba.druid.pool.DruidDataSourc 常用的配合框架
开发中我们经常会使用一些配合的工具框架来提高我们的开发效率在Mybatis中也提到过一些比如简化settergetter方法的框架检查请求参数格式的框架现在他们来了。
Lombok
POJO在前文中已经给大家做过说明它包含了实体类VODTO等说白了他们都是数据模型所以他们也都有相同的数据格式比如
settergetter方法属性私有化实现Serializable接口重写hashCode方法equals方法一般我们还会重toString方法
由于这些操作非常固定却占用了较大篇幅的代码以至于要修改删除或新增一个属性时比较麻烦所以这时候Lombok就应运而生了。
Lombok框架可以极大的简化这些操作可以通过添加注解的方式在编译期生成Setters Getters、equals()、hashCode()、toString()甚至生成构造方法等所以使用了此框架开发人员只需要声明属性并添加注解即可即使如此Serializable接口也是需要我们自己实现的。
要添加Lombok框架有两种方式一种是在创建项目时直接勾选 另一种是通过手动在pom文件中添加依赖的方式添加格式如下 dependencygroupIdorg.projectlombok/groupIdartifactIdlombok/artifactIdoptionaltrue/optional
/dependency 完成后在各POJO类上则不需要再额外添加Setters Getters、equals()、hashCode()、toString()这些方法只需在类上添加Data注解即可。这里有个小问题为了避免IntelliJ IDEA判断失误而提示了警告和错误推荐安装Lombok插件此插件是否安装都不影响代码的编写和运行 安装可查看下图 我们以用户信息的VO类为例
package com.codingfire.springboot.pojo.vo;import lombok.Data;import java.io.Serializable;Data
public class UserInfoVO implements Serializable {private String username;private String password;
}这就是一个使用Lombok的类大家可参考使用。
Slf4j
在移动端开发的时候我们输出数据常用NSLog()Java里面输出用System.out.println()但在实际开发中这两种系统级输出我们都是不用的这是因为无论是在开发环境还是测试环境还是生产环境中这些输出语句都将输出相关信息而删除或添加这些输出语句的操作成本比较高操作可行性低。虽然这么说但如果你要是用还是可以使用的只是一般我们不建议甚至有些公司直接禁止这么用。
所以大家应该猜到Slf4j的作用是什么了没错这是一个日志输出框架但此框架并不需要单独额外添加当添加了Lombok框架后Slf4j框架就可以使用了需要使用时在类上添加Slf4j注解然后在类的任意未知均可使用名为log的变量且调用其方法来输出日志。
既然控制了日志的输出那么日志一定是有优先级的没错Slf4j提供了这一能力从低到高有仙界分别为
trace跟踪信息debug调试信息info一般信息通常不涉及关键流程和敏感数据warn警告信息通常代码可以运行但不够完美或不规范error错误信息
根据开发环境我们也可以在配置文件中配置不同环境日志的级别这样就可以控制日志的输出设置方法如下
logging.level.cn.codingfire.springboot.xxxxx: infoxxx部分可具体到对应的类名或者包名。
设置完成后仅显示设置级别高于其级别的日志此例中设置显示级别为info则只显示info、warn、error的日志信息debug和trace级别的日志则不会显示
关键数据和敏感数据我们通常推荐使用trace或debug级别这样可以方便在开发时直观的看到输出的日志信息帮助开发者快速定位问题减少项目交付过程中出现的问题。交付后这些信息也还是需要的我们推荐info级别这样一些关键性数据的日志还是可以输出的。
忘记说了日志的默认显示级别为info即使不设置info及以上优先级的日志也会自动输出。
在开发实践中属性名称通常配置为logging.level.项目根包例如
logging.level.cn.codingfire.springboot: trace
各级别对应的方法如下
public void trace(String format, Object... arguments);
public void debug(String format, Object... arguments);
public void info(String format, Object... arguments);
public void warn(String format, Object... arguments);
public void error(String format, Object... arguments);
以上方法第1个参数是将要输出的字符串的模式模版在此字符串中如果需要包含某个变量值则使用{}表示如果有多个变量值均是如此然后再通过第2个参数是可变参数依次表示各{}对应的值例如
log.debug(用户名{}用户昵称{}, username, nickname);
它的好处是可以避免频繁的拼接字符串日志框架也会将第一个参数缓存以提高后续每一次的执行效率。
但是怎么添加日志可能很多同学不清楚这里做简要说明
程序可能会抛出异常的时候程序执行一些增删改查的时候一些关键的核心数据改变的时候做前后对比判断代码执行到的位置的时候
在Java中还有其他的一些日志框架如log4j、logback等但由于其实现功能并不统一所以才有了Slf4j的这种标准Slf4j提供了对主流日志框架的兼容在Spring Boot工程中spring-boot-starter就已经依赖了spring-boot-starter-logging而在此依赖下我们通常可以看到Slf4j还有一些具体的日志框架以及Slf4j对具体日志框架的兼容这也是Spring Boot框架很神奇的一点包罗万象
Validation
Validation和Slf4j一样作用于POJO类不同的是Slf4j是简化代码而Validation的作用是请求时检查属性参数是否符合我们的要求。比如为null字符串长度是否在规定的长度其他的格式问题。当检查到这种问题时可直接响应错误而不需要直接响应到Service。
需要注意的是这里指检查格式问题而不验证参数的正确与否涉及到这方面的一般都是要和数据库中的数据做比较的这部分都交由Service来完成在此基础延伸出了不同的业务分层这些我们稍后会讲。
要添加Validation依赖需要在pom文件中引入其依赖 dependencygroupIdorg.springframework.boot/groupIdartifactIdspring-boot-starter-validation/artifactId
/dependency 我们以刚刚创建的UserInfoVO类为例来讲讲怎么添加Validation注解在此之前我们要先知道Validation框架有哪些注解
NotEmpty只能添加在String类型上不许为空字符串例如即视为空字符串NotBlank只能添加在String类型上不允许为空白例如普通的空格可视为空白使用TAB键输入的内容也是空白换行产生的空白区域也是空白Size限制长短Min限制最小值Max限制最大值Range可以配置min和max属性同时限制最小值和最大值Pattern只能添加在String类型上自行指定正则表达式进行验证其它
以上注解允许叠加使用其还有一个属性message用于指定验证失败的提示信息。这里着重说明几个注解
对于必须提交的属性会添加NotNull对于数值类型的需要考虑是否添加Range则不需要使用Min和Max比如密码长度对于字符串类型都添加Pattern注解进行验证比如手机号身份证等
使用此注解分两步进行
第一步在模型类上添加限制注解
package com.codingfire.springboot.pojo.vo;import lombok.Data;
import org.hibernate.validator.constraints.Range;import javax.validation.constraints.NotNull;
import java.io.Serializable;Data
public class UserInfoVO implements Serializable {NotNull(message 用户名不能为空)private String username;NotNullRange(min 12,max 30,message 密码长度不符合要求请重新输入)private String password;
}第二步在控制器中对需要检查格式的参数添加Valid或Validated注解这2个注解没有区别比如 RequestMapping(/add)public JsonResultVoid addNew(Validated UserInfoVO userInfoVO) {adminService.addNew(userInfoVO);return JsonResult.ok();}
如果是明确的某个参数则只检查此参数如果添加注解的是模型对象类则检查此类中所有属性的格式。
记得曾经刚学Java时看后台的代码明明没有看到后台的返回但是我提交的参数就是无法通过问题就是在这里了注解在移动端是不存在这种用法的但确实很好用极大的简化了开发流程节省了代码若是不知道这些东西直接看Java代码真是一件让人头疼的事情呢。
跨域问题
跨域问题专用来解决部署在不同服务器上的项目比如我们现在的项目都是前后端分离的很多时候会分别独立部署在不同的服务器上这时候要想成功访问就需要先解决跨域问题。
我们基于前面学过Spring MVC框架来解决这个问题需要先有一个Spring MVC的配置类这在前面是有使用过的这个配置类还需要实现WebMvcConfigurer接口重写addCorsMappings方法以允许指定条件的跨域访问我们来看看这个类里写了什么
package com.codingfire.springboot.config;import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.CorsRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;Configuration
public class SpringMvcConfig implements WebMvcConfigurer {Overridepublic void addCorsMappings(CorsRegistry registry) {registry.addMapping(/**).allowedOriginPatterns(*).allowedMethods(*).allowedHeaders(*).allowCredentials(true).maxAge(3600);}
}这里博主采用了通配符配置所以任何类型的请求都可以进入若是出于安全考虑可增加前缀来进行使用。最早我记得在客户端里也做过类似的处理针对的也是这几个参数不过已经记不太清了大家使用时可按照实际需求再做处理。
这里要说明下此类需要添加一个依赖 dependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion6.0.2/version
/dependency 版本可按照项目需要进行调整。这是Spring MVC的一个依赖不加此依赖将会报错。
参数的请求格式
不学Java不知道一学吓一跳原来参数的请求格式有两种真实大跌眼镜我后面才知道当年为什么和后端的同事在调试接口的时候怎么也成功不了我说是json他说是json字符串在客户端的角度json字符串是json格式转义成字符串格式一般都是带很多斜杠的‘/’但在后端来说这就是字符串但我看却不是json的不过要说是json格式好像也有道理个人理解不同表达就会不同导致出现一些问题耽误了时间。所以前后端都懂是多么的重要。
下面我们来看看这两种格式的差别
第一种以拼接的字符串格式
//usernamecodingfirepassword123456
let data username this.userInfo.username password this.userInfo.password;
第二种我认为是标准的json格式也是我做移动端多年常用的一种格式
let data {username: this.userInfo.username, // codingfirepassword: this.userInfo.password, // 123456
}; 使用哪种方法要看服务端的设计
如果在处理请求的方法中在参数前添加RequestBody则允许使用第2种做法JSON数据将不允许使用第1种做法使用拼接否则两者皆可。所以会发现第1种做法多出现在前端第2种做法多出现在客户端这可能是受限于两种语言的特点因为还有可能要配合设置header和cookie等参数的原因。
业务分层
在写业务的时候我们都会对业务进行分层以解耦整体的功能达到可能复用的目的一般分层来说在客户端我们常见的就是MVCMVPMVVM具体是什么就不多做解释了在Java这边并不完全适用在Java这边我们经常会大致分围持久层业务逻辑层控制器层可能有一些公司会分的更详细但大致这三层就够我们用了下面来说说这几层分别都写些什么因为他们直接决定了我们项目的结构。
持久层
持久层我们有时候也叫数据访问层作用是数据的持久化。为什么要做数据持久化呢通常认为正在执行或处理的数据这些数据都是在内存中的。而内存RAM的特征包含“一旦断电数据将全部丢失”为了让数据永久保存下来通常会将数据存储到能够永久存储数据的介质中通常是计算机的硬盘硬盘上的数据都是以文件的形式存在的所以当需要永久保存数据时可以将数据存储到文本文件中或存储到XML文件中或存储到数据库中这些保存的做法就是数据持久化而文本文件、XML文件都不利于实现增删改查中的所有数据访问操作而数据库是实现增删改查这4种操作都比较便利的一种方式。所以一般在讨论数据持久化时默认指的都是使用数据库存储数据。
我们划分这些层就是为了解决不同的问题持久层解决的就是数据持久化的问题。作用于代码我们可以认为持久层就是编写数据库相关的文件或代码。
我们前面使用的是Mybatis框架来处理数据库相关的东西所以使用Mybatis技术实现持久层编码有几个注意事项
使用MapperScan指定接口所在的Base Package配置SQL语句所在的XML文件的位置在接口中添加必要的抽象方法在XML文件配置抽象方法对应的映射SQL
关于具体的操作此处不再详细写明忘记的可以前往Mybatis框架初体验在此细品这里的目的是让大家了解代码的分层和项目的结构。
业务逻辑层
这里要明确一点业务逻辑层一定是被Controller直接调用的层因为我们默认Controller不能直接调用持久层这将会导致一些可怕的后果。
业务逻辑层的目的是为了保证数据的完整性和安全性让代码按照我们设定的方式执行并产生一些列的变化。
业务逻辑层的代码由接口和实现类组件沟通其中接口是必须存在的。所以很多时候推荐采用基于接口的编程方式有些功能会使用基于接口的代理模式例如Spring JDBC框架在处理事务时。但接口本身不处理编程逻辑而是由接口的实现类完成业务逻辑的处理。如果整个过程发生问题则通过抛出异常的方式来解决。
关于异常通常我们会自定义异常并统一处理自定义异常通常是RuntimeException的子类这是因为可以不用显示的抛出或捕获因为业务逻辑层的异常永远是抛出的而控制器层会调用业务逻辑层在控制器层的Controller中其实也是永远抛出异常的这些异常会通过Spring MVC统一处理异常的机制进行处理关于异常的整个过程都是固定流程所以没有必要显式抛出或捕获。而前面说过的Spring JDBC框架在处理事务时默认只对RuntimeException的子孙类进行识别并处理。这就导致我们自定义异常通常是RuntimeException的子类可以避免漏下异常。
实际编码中我们需要先规划异常比如创建一个统一的异常类并在类中捕获我们提前规定好的要抛出的异常做统一处理免去了在不同的类中单独处理异常的情况此方式我记得在前文中也有说明大家可回过头去再细看。
控制器层
控制器层很好理解我们认为控制器里除了接口不会再有其他的东西了控制器一般以controller结尾代表是某某控制器。
Spring MVC是用于处理控制器层开发的在使用Spring Boot时在pom.xml中添加spring-boot-starter-web即可整合Spring MVC框架及相关的常用依赖项包含jackson-databind可以将已存在的spring-boot-starter直接改为spring-boot-starter-web因为在spring-boot-starter-web中已经包含了spring-boot-starter。
使用控制器层我们需要先在跟包下创建controller子包并在此包下创建具体的controller此类应该添加RestController和RequestMapping(value /xxxxxx, produces application/json; charsetutf-8)注解看如下代码格式
package com.codingfire.springboot.controller;import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;RestController
RequestMapping(value /admins, produces application/json; charsetutf-8)
public class AdminController {}服务器响应数据类型一般都是确定的这也需要我们自定义数据的格式但必须是json的此前学习的Spring MVC框架中我们已经学习过相关的部分通过自定义数据返回类型的方式返回数据
package cn.codingfire.springmvc.controller;import cn.codingfire.springmvc.vo.UserVO;
import cn.codingfire.springmvc.web.JsonResult;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.*;Controller
RequestMapping(value /user, produces application/json; charsetutf-8)
ResponseBody
public class UserController {GetMapping(/codingFireInfo.page)public JsonResultUserVO codingFireInfo() {UserVO userVO new UserVO();userVO.setUsername(codingfire);userVO.setPassword(123456);JsonResult jsonResult new JsonResult();jsonResult.setState(200);jsonResult.setMessage(请求成功);jsonResult.setData(userVO);return jsonResult;}}记不清的可以前往查看这篇博客Spring MVC初体验
项目结构
前面已经介绍了项目分层后各层的作用那么结合这些我们就知道了项目整体的结构其实可以参考Spring MVC那篇的项目结构看下图 只是实际开发中vo包我们会单独放在pojo包下大格局基本不变只是会调整相应的位置和层级。这个要根据各公司情况去处理毕竟还有为服务的存在项目的结构可能还会再变但万变不离其宗我们只要知道项目该怎么分层各层所负责的功能你基本上就掌握了项目的结构这也是成为架构师的第一步或者说连第一步都算不上只是个开端。
结语
这篇Spring Boot知识点的博客到这里就算是写完了我本来预期要写2w字的最终还是收了一下一些代码相关的东西考虑还是放在后面的实战中结合起来说明但紧写慢写也写了1.5w的字从过年前开始写横跨20多天这篇博客才出来跟大家见面实在是过年期间有太多的诱惑容我捂脸笑一会儿。当写到这段话的时候我内心os终于写完了。真的以后再也不想写这么长的博客了我写着困难列为看着也愁。但是不写这么长不手把手教又失去了教程的意义唉两难啊。
到这篇为止前期的知识点部分就先到此为止了后面是继续知识点结合代码合适增加实战内容我需要再考虑下希望前面的这几部分入门的东西大家喜欢觉得不错就点个赞再走吧
