refactor: docs

This commit is contained in:
2025-10-22 13:39:37 +08:00
parent df012af194
commit 406065a47f
5 changed files with 0 additions and 176 deletions
-34
View File
@@ -1,34 +0,0 @@
空检查
@Null 验证对象是否为null
@NotNull 验证对象是否不为null, 无法查检长度为0的字符串
@NotBlank 检查约束字符串是不是Null还有被Trim的长度是否大于0,只对字符串,且会去掉前后空格.
@NotEmpty 检查约束元素是否为NULL或者是EMPTY.
Booelan检查
@AssertTrue 验证 Boolean 对象是否为 true
@AssertFalse 验证 Boolean 对象是否为 false
长度检查
@Size(min=, max=) 验证对象(Array,Collection,Map,String)长度是否在给定的范围之内
@Length(min=, max=) 验证注解的元素值长度在min和max区间内
日期检查
@Past 验证 Date 和 Calendar 对象是否在当前时间之前
@Future 验证 Date 和 Calendar 对象是否在当前时间之后
@Pattern 验证 String 对象是否符合正则表达式的规则
数值检查, 建议使用在Stirng,Integer类型, 不建议使用在int类型上, 因为表单值为“”时无法转换为int, 但可以转换为Stirng为"",Integer为null
@Min 验证 Number 和 String 对象是否大等于指定的值
@Max 验证 Number 和 String 对象是否小等于指定的值
@DecimalMax 被标注的值必须不大于约束中指定的最大值. 这个约束的参数是一个通过BigDecimal定义的最大值的字符串表示.小数存在精度
@DecimalMin 被标注的值必须不小于约束中指定的最小值. 这个约束的参数是一个通过BigDecimal定义的最小值的字符串表示.小数存在精度
@Digits 验证 Number 和 String 的构成是否合法
@Digits(integer=,fraction=) 验证字符串是否是符合指定格式的数字, interger指定整数精度, fraction指定小数精度。
@Range(min=, max=) 验证注解的元素值在最小值和最大值之间
@Range(min=10000,max=50000,message="range.bean.wage")
private BigDecimal wage;
@Valid 递归的对关联对象进行校验, 如果关联对象是个集合或者数组,那么对其中的元素进行递归校验,如果是一个map,则对其中的值部分进行校验.(是否进行递归验证)
@CreditCardNumber信用卡验证
@Email 验证是否是邮件地址, 如果为null,不进行验证, 算通过验证。
@ScriptAssert(lang= ,script=, alias=)
@URL(protocol=,host=, port=,regexp=, flags=) 地址校验
-8
View File
@@ -1,8 +0,0 @@
操作类型 | 示例方法名 | 请求路径 | 说明 |
|--------|-------------------|--------------------|------------------|
| 查询单个 | findTemplate | /template/find | 替换原来的 getXxxById
查询列表 | listTemplates | /template/list | 分页查询或条件查询
新增 | createTemplate | /template/create | 替换原来的 saveXxx
更新 | updateTemplate | /template/update | 替换原来的 modifyXxx
删除 | deleteTemplate | /template/delete | 替换原来的 removeXxx
特殊操作 | exportTemplate | /template/export | 如导出、下载等
Binary file not shown.

Before

Width:  |  Height:  |  Size: 68 KiB

@@ -1,131 +0,0 @@
# 关于在Spring Service中使用`this`调用方法的问题
确实,在Spring管理的Service类中直接使用`this`调用方法会导致Spring的AOP增强失效,这是一个需要注意的重要问题。
## 问题本质
当你在Spring Service中这样写代码:
```java
@Service
public class MyService {
public void methodA() {
this.methodB(); // 这里使用this调用
}
@Transactional
public void methodB() {
// 数据库操作
}
}
@Service
public class MyService {
public void methodA() {
methodB(); // 这里隐式使用了this.methodB()
}
@Transactional
public void methodB() {
// 数据库操作
}
}
```
`methodB()`上的`@Transactional`注解会失效,因为:
1. Spring的AOP(包括事务管理`@Transactional`、缓存`@Cacheable`等)是通过代理实现的
2. 使用`this`调用会绕过Spring的代理机制,直接调用原始对象的方法
3. 只有通过代理调用的方法才会被Spring增强
## 解决方案
### 1. 自我注入(推荐)
```java
@Service
public class MyService {
@Autowired
private MyService self; // 注入自身代理
public void methodA() {
self.methodB(); // 通过代理调用
}
@Transactional
public void methodB() {
// 数据库操作
}
}
```
### 2. 通过ApplicationContext获取代理
```java
@Service
public class MyService implements ApplicationContextAware {
private ApplicationContext context;
@Override
public void setApplicationContext(ApplicationContext context) {
this.context = context;
}
public void methodA() {
context.getBean(MyService.class).methodB();
}
@Transactional
public void methodB() {
// 数据库操作
}
}
```
### 3. 调整方法结构(最佳实践)
```java
@Service
public class MyService {
private final OtherService otherService;
public MyService(OtherService otherService) {
this.otherService = otherService;
}
public void methodA() {
// 将需要事务的方法提取到另一个Service
otherService.methodB();
}
}
@Service
public class OtherService {
@Transactional
public void methodB() {
// 数据库操作
}
}
```
## 为什么会出现这种情况?
Spring的AOP实现原理:
1. 默认使用JDK动态代理(基于接口)或CGLIB(基于子类)
2. 代理对象包装了原始对象
3. 外部调用先经过代理,代理再决定是否应用增强逻辑
4. `this`引用指向的是原始对象而非代理对象
## 最佳实践建议
1. 尽量避免在Service内部方法间调用需要AOP增强的方法
2. 如果必须调用,使用自我注入的方式
3. 考虑将需要事务管理的方法拆分到单独的Service中
4. 对于复杂的业务逻辑,考虑使用领域驱动设计(DDD)的模式
这种设计是Spring AOP的固有特性,理解这一点对于正确使用Spring的事务管理、缓存、安全等AOP功能非常重要。
-3
View File
@@ -1,3 +0,0 @@
### 注意事项
long、bigdecimal返回前端时,字段尽量设置为String,否则会出现精度丢失问题