required:如果存在事务,就用当前事务,没事务,创建事务
supports:如果存在事务,就用当前事务,没事务,则非事务的执行(但增删改根本存不上)
mandatory:如果存在事务,就用当前事务,没事务,抛出异常
required_new:总是开启一个新的事务(很少用)
not_support:总是非事务的运行,有事务也是非事务运行
never:如果有一个事务,则抛出异常
nested:如果一个活动的事务存在
在開發中我們難免遇到1代表X1,2代表X2,3代表X3等這種業務類型的常量,在如今的微服務前後端完全分離的開發中,對接這些業務常量成了很棘手的問題。 eg: 在做第三方項目時有很多第三方公司自定義一些常量,比如道路級別:1-主要道
1、pom文件引入jar <!-- https://mvnrepository.com/artifact/io.springfox/springfox-swagger-ui --> <dependency
寫在前面 這裏總結下,前後端分離下的項目集成方式 可分爲 完全分離,單獨開發+單獨部署 不完全分離,單獨開發 + 合併部署 待補全 (10號之前完成,大家監督) 一、完全分離 二、不完全分離 開發環境 springboot +