以SpringMVC为例 SpringBoot构建方式( 三 )


2). 通过..group.*=${},${},**优点:**可以很好的与关联,当改变切换环境时,可以设定相对应的属性来指定配置文件,如总配置文件内容所示 。**缺点:**只能联合一起使用,不能在不引用是导入配置文件
总结:当你有多环境时使用方便,当你没有多环境时使用快速
实例如下:
总配置文件内容
# 配置文件内容中不需要配置名称,只需要名称格式为:[此文件名-调用名称](properties也是这样)# 在开发中默认还要分多个功能[模块],一般将每个功能[模块]的配置文件都分开书写,即application-devDB,application-devMVC# 可以include/group引用其他配置文件spring:profiles:active: dev#include每次切换环境都要手动改变配置文件名称#include: devDB,devMVC#springBoot2.4开始使用group简化includegroup:"dev": devDB,devRedis,devMVC"pro": proDB,proRedis,proMVC"test": testDB,testRedis,testMVC
其他配置文件内容
application-pro.yml内容# 生产环境server:port: 80application-dev.yml内容# 开发环境server:port: 8001application-test.yml内容# 测试环境server:port: 8081application-devMVC.yml内容# 开发环境中MVC相关配置MVCdata: devMVC
多个配置文件时加载顺序问题,都坚持一个原则,后加载的配置覆盖先加载的多环境开发控制(maven与都用多环境开发冲突)
当maven与同时使用多环境进行控制室,以maven为主,
使用@.(maven属性名).@占位符获取maven对应的配置属性
基于读取maven配置文件属性的前提下,如果在Idea下测试工程时
pro.xml每次更改都需要手动方可生效 配置文件四级分类
在实际开发中,程序员开发时需要一套配置,而项目经理也需要一套配置,运维人员也需要一套配置,运维组长甚至也需要一套,如果相互的改动,不知道什么时候就乱了,于是boot就帮我们解决这一问题,他将配置文件分为四级,级别大的配置就替换级别小的配置,不同配置都会保留,这样也使各级人员互不干扰,减少冗余配置 。
idea工具中配置文件不提示问题
idea具有强大的提示功能,但有时候我们自定义一些配置文件时,会出现编写配置不提示的问题,可以通过下面步骤来解决,**提醒: **这是设置只是让idea知道这是的配置文件,来进行提示,项目中想引用配置文件还需要配置或group 。
步骤如下:1). 点击(1)处图标,或点击工具栏File →。2). 点击 。3). 选择项目 。4)点击右侧的选项,是boot叶子图标变绿(表示可点击) 。5). 点击boot标志叶子 。6). 点击加号 。7).找到你要提示的配置文件 。8). 点击ok,
9).这里有特殊情况,情况一: 原先有配置文件,第(9)步位置处有值就不用了操作直点OK,情况二: 没有任何配置文件,你选择了配置文件,之后在第(9)步位置上输入名称(看图二),如果没有提示可能你将.文件()没有删除而是移动到某个文件夹,你填的相关配置文件就行,具体还是百度吧=_=
集成各类技术
利用的,可以很快的集成某项技术
集成Junit集成集成4.测试
@AutowiredBookMapper bookMapper;//这里可能会@Testvoid contextLoads() {System.out.println(bookMapper.selectById(1));//根据查询查询System.out.println(bookMapper.selectList(null));//根据添加查询}
使用简解
继承方法简解
根据id删除方法
bookMapper.deleteById(15);
根据id修改,属性值为null的不修改
Book book = new Book();book.setId(15);book.setName("mapper测试修改");bookMapper.updateById(book);
根据id查询单个
Book book = bookMapper.selectById(12);