JAVA注解与AOP、SpEL结合，能否激发更多实现潜能？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1154个文字，预计阅读时间需要5分钟。
借助JAVA注解、AOP和SpEL的组合，我们可以在处理众多实际问题时变得游刃有余，可抽象出许多通用处理逻辑，实现通用逻辑与业务逻辑的解耦，便于业务层代码的开发。
借助`JAVA注解 + AOP + SpEL`的组合，会让我们在很多实际问题的处理上变得游刃有余，可以抽象出很多公共通用的处理逻辑，实现通用逻辑与业务逻辑的解耦，便于业务层代码的开发。常规情况下，我们可以通过业务定制化的注解，借助AOP机制来实现某些通用的处理策略。比如定义个@Permission注解，可以用于标识在具体的方法上，然后用来指定某个方法必须要指定角色的人才能够访问调用。
// 标识只有管理员角色才能调用此接口
@Permission(role = UserRole.ADMIN)
public void deleteResource(DeleteResourceReqBody reqBody) {
// do something here...
}
这里，注解里面传入的参数始终是编码的时候就可以确定下来的固定值（role = UserRole.ADMIN）。
本文共计1154个文字，预计阅读时间需要5分钟。
借助JAVA注解、AOP和SpEL的组合，我们可以在处理众多实际问题时变得游刃有余，可抽象出许多通用处理逻辑，实现通用逻辑与业务逻辑的解耦，便于业务层代码的开发。
借助`JAVA注解 + AOP + SpEL`的组合，会让我们在很多实际问题的处理上变得游刃有余，可以抽象出很多公共通用的处理逻辑，实现通用逻辑与业务逻辑的解耦，便于业务层代码的开发。常规情况下，我们可以通过业务定制化的注解，借助AOP机制来实现某些通用的处理策略。比如定义个@Permission注解，可以用于标识在具体的方法上，然后用来指定某个方法必须要指定角色的人才能够访问调用。
// 标识只有管理员角色才能调用此接口
@Permission(role = UserRole.ADMIN)
public void deleteResource(DeleteResourceReqBody reqBody) {
// do something here...
}
这里，注解里面传入的参数始终是编码的时候就可以确定下来的固定值（role = UserRole.ADMIN）。