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 +