MyBatis-Plus 扩展思考：数据操作前的校验机制设计

背景介绍

MyBatis-Plus 作为 MyBatis 的增强工具，在日常开发中提供了诸多便利功能。在实际业务场景中，我们经常需要在数据持久化操作（如新增、修改、删除）前执行一些业务校验逻辑。这些校验可能包括数据完整性检查、业务规则验证、关联关系检查等。

现有方案分析

当前 MyBatis-Plus 的 IRepository 接口提供了基础的 CRUD 操作方法，但没有内置的校验机制。开发者通常需要在 Service 层自行实现校验逻辑，这可能导致以下问题：

1. 校验逻辑分散在各个 Service 方法中，难以统一管理
2. 相同的校验逻辑可能在多个地方重复实现
3. 缺乏标准化的校验失败处理机制

校验机制设计方案

方案一：扩展 IRepository 接口

可以通过扩展 IRepository 接口，增加带有校验功能的方法：

public interface IRepository<T> {
    // 原有方法...
    
    default boolean saveCheck(T entity) {
        return true;
    }
    
    default boolean updateCheck(T entity) {
        return true;
    }
    
    default boolean deleteCheck(Serializable id) {
        return true;
    }
    
    default boolean saveWithCheck(T entity) {
        if (!saveCheck(entity)) {
            return false;
        }
        return save(entity);
    }
}

方案二：AOP 切面实现

利用 Spring AOP 可以在不修改原有代码的情况下实现校验：

@Aspect
@Component
public class RepositoryCheckAspect {
    
    @Before("execution(* com.baomidou.mybatisplus.extension.service.IService.save(..))")
    public void beforeSave(JoinPoint joinPoint) {
        Object entity = joinPoint.getArgs()[0];
        // 执行校验逻辑
        if (!checkSave(entity)) {
            throw new BusinessException("保存校验失败");
        }
    }
    
    private boolean checkSave(Object entity) {
        // 实现具体校验逻辑
        return true;
    }
}

方案三：模板方法模式

通过模板方法模式定义校验流程：

public abstract class AbstractCheckService<T> extends ServiceImpl<Mapper<T>, T> {
    
    public boolean saveWithCheck(T entity) {
        if (!preSaveCheck(entity)) {
            return false;
        }
        if (!businessSaveCheck(entity)) {
            return false;
        }
        return save(entity);
    }
    
    protected abstract boolean preSaveCheck(T entity);
    
    protected abstract boolean businessSaveCheck(T entity);
}

最佳实践建议

1. 分层校验：将校验分为基础校验（非空、格式等）和业务校验（关联关系、状态等）
2. 统一异常处理：定义统一的校验失败异常类型，便于全局异常处理
3. 校验复用：将通用校验逻辑提取为公共方法或工具类
4. 性能考虑：对于复杂校验，考虑缓存机制减少重复校验开销

总结

虽然 MyBatis-Plus 目前没有内置校验机制，但通过合理的架构设计，开发者可以灵活实现各种校验需求。在实际项目中，可以根据团队技术栈和项目规模选择最适合的实现方式，建立统一的校验规范，提高代码的可维护性和健壮性。