系列文章目录
前言
框架既可以方便我们开发, 但是框架依赖的导入配置很麻烦, 而且随着框架的更新, 也出现了各框架依赖之间的版本兼容性问题, 使得使用时需要付出大量时间, 去繁琐的配置各种框架
由此Spirng Boot框架出现了, 它主要解决了创建工程后需要进行繁琐的配置问题, 是一个"开箱即用"的框架, 其核心思想是"约定大于配置"
提示:以下是本篇文章正文内容,下面案例可供参考
一、项目属性说明
使用IntelliJ IDEA的创建向导中的Spring Initializr即可创建Spirng Boot工程
创建时, 如果 https://start.spring.io 无响应,可替换为 https://start.springboot.io
在创建过程中, 需要填写的几项:
- Group Id : 组Id, 通常是公司域名的倒序排列的结果, 如
cn.qingtian - Artifact Id : 坐标Id, 应该是此工程的名称, 如果名称中有多个单词, 应该使用减号分隔, 如
SpringBoot-demo - Java Version : 使用到的Java版本
- Package : 项目的根包, 默认由以上填写的
Group Id和Artifact Id组成, 如果Artifact Id中使用减号分隔了多个单词, 在Package中默认没有分开, 需要手动加(.)分隔 - 添加依赖时, 需要注意Spirng Boot的版本号, 通常不建议使用较新的版本号, 建议使用半年或1年之内的版本即可, 也可以通过修改项目中
pom.xml中的<parent>子级的<version>节点的值即可
此配置的Package决定了默认组件扫描的根包, 在之后的开发中需要将所有的组件类放在此包或其子孙包下, 项目创建出来, 不需要再修改包名, 除非再去修改其默认配置
项目创建成功后:
- 项目创建成功后, 在
src/main/java下默认存在一个包, 是由创建项目时填写的Package决定的, 就是当前项目组件扫描的包, 相当于默认有了@ComponentScan("cn.qingtian.SpringBoot.demo") - 项目中默认存在
SpringBootDemoApplication类, 此类由main方法执行此方法, 就会启动整个项目, 将会加载项目中所有依赖所需的环境, 类的名称由创建项目时填写的Artifact Id加Application单词组成的, 此类名可以手动重命名 - 在
src/main/resources下默认存在application.properties配置文件, 它是项目默认会加载的配置文件, 里面属性配置需要遵循spring boot的固定属性名
例如: 创建项目名为SpringBoot的SpringBoot项目
在IEDA的创建向导中, 选中Spring Initializr选项, 并填写:


二、目录结构说明

635

被折叠的 条评论
为什么被折叠?



