当前位置：首页 > news >正文

记录一次功能优化需求下的业务处理思路整理

news 来源：原创 2025/5/25 9:33:12

业务场景

在我们的平台中，有一个基础信息平台，原来的业务处理是在权限平台给学校的老师学生或者领导颁发完信息平台的权限后，老师登录信息平台能看到并且操作该学校的所有学生的信息，翻译过来就是说权限平台只是给角色颁发了资源页，但是并没有控制更细力度下的信息操纵，

其实正常来说，在原本的设计初衷下，能登录信息平台看到所有信息的只有管理员或者领导，但是设计之初却没有在权限平台控制好资源页的派发，导致甲方在操作权限平台的时候根据固有思维觉得信息平台应该是能控制更细力度下的学生信息操纵的

现在我们可以想一想，该如何处理上面的功能，能让登录的老师，管理员或者领导，学生四个角色分别看不同的信息。

分析

其实大部分正常来讲，会说，用户登录的信息中，肯定能拿到用户登录的角色，与之拿到用户最大的角色，然后对比区别就可以达到该效果了，这也是比较简单的情况。但是这样做的话，对于一个信息管理资源页的所有接口来讲，那么这个工作量是不是就太大了

比如说：查看该角色下的学生信息接口，查看该角色下教的班级的接口，查看该角色下教的不同班级的所在不同院系的接口，等这些一个一个的根据角色查询信息的接口写起来是不是太麻烦了

思路1

1.判断角色

2.根据角色展示不同的信息

那么我们可以清楚的发现，判断角色这个功能是比较冗余的，我们可以把他抽成一个工具方法，然后根据角色展示不同的信息，这里面的业务逻辑由于对应的接口不一样，所以产生的行为是不一样的，所以我们可以把这个行为抽象成一个函数，这样我们用一个工具模板类，管理这些接口下的通用的逻辑，用函数来接收我们代码的行为，然后用泛型来接收不同的接口所产生的不同的返回数据

思路2

其实在写写完上面的代码后，我发现每次要获取不同的角色，比较麻烦，那么我们可以把获取角色的这个功能，抽象到拦截器里面，然后在拦截器里面获取角色，然后存入一个统一保存用户信息的地方，比如threadlocal，或者会有人说把他抽成一个aop+注解的形式，但是如果抽成aop+注解的形式，每个接口都存储一下信息，是不是太怪了呢？

而在拦截器中，会有多个返回true放行的操作，每个返回true都放行的时候都存一下角色信息，其实比较优的方法就是方法搞到拦截器里面，放到threadlocal里面

下面展示一下思路1的具体的模板代码

二级入口

public class UserScopeHelperUtils {public static boolean hasTeacher(List<RoleVo> roleVoList) {for (RoleVo vo: roleVoList) {if (vo.getRoleCode().startsWith("LS-")) {return true;}}return false;}/*** 通用权限校验方法* @param request HttpServletRequest* @param successHandler 校验通过时的处理函数* @param failHandler 校验失败时的处理函数* @param <F> 返回类型* @return 处理结果*/public static <S, F>UserScopeHelperResult<S, F> checkPermission(HttpServletRequest request,Function<Set<String>, S> successHandler,Supplier<F> failHandler) {SsoLoginUser userInfo = UserInfo.getUserInfo(request);// 学生角色直接返回失败if (userInfo.getUserType() == 1) {return UserScopeHelperResult.fail(failHandler.get());}// 老师角色处理Set<String> roleCodeSet = new HashSet<>();if (userInfo.getUserType() == 0) {List<RoleVo> roleVoList = userInfo.getRoleVoList();for (RoleVo roleVo : roleVoList) {UbsRoleCode ubsRoleCode = UbsRoleCode.fromCode(roleVo.getRoleCode());if (ubsRoleCode != null) {roleCodeSet.add(roleVo.getRoleCode());}}}return roleCodeSet.isEmpty() ?UserScopeHelperResult.fail(failHandler.get()):UserScopeHelperResult.success(successHandler.apply(roleCodeSet));}}

返回结果封装

@Data
public class UserScopeHelperResult<S, F> {private final boolean hasPermission;private final S successData;private final F failData;private UserScopeHelperResult(boolean hasPermission, S successData, F failData) {this.hasPermission = hasPermission;this.successData = successData;this.failData = failData;}public static <S, F> UserScopeHelperResult<S, F> success(S data) {return new UserScopeHelperResult<>(true, data, null);}public static <S, F> UserScopeHelperResult<S, F> fail(F data) {return new UserScopeHelperResult<>(false, null, data);}}

总入口

@Component
@RequiredArgsConstructor
public class PermissionHandler {/*** 执行权限校验+业务处理* @param request 当前请求* @param successHandler 权限通过时的处理逻辑* @param failHandler 权限失败时的处理逻辑* @return 业务结果*/public <S, F> S executeWithPermission(HttpServletRequest request,Function<Set<String>, S> successHandler,Supplier<F> failHandler) {// 1. 统一权限校验UserScopeHelperResult<Set<String>, F> result = UserScopeHelperUtils.checkPermission(request,Function.identity(), // roleCode -> roleCodefailHandler);if (!result.isHasPermission()) {return (S) result.getFailData();}// 2. 执行业务逻辑return   successHandler.apply(result.getSuccessData());}/*** 获取当前用户的班级ID列表（辅导员角色专用）*/public List<String> getCurrentTeacherClassIds(HttpServletRequest request) {SsoLoginUser user = UserInfo.getUserInfo(request);return xxxxx}/*** 检查是否是管理员角色*/public boolean isAdmin(Set<String> roleCodes) {return roleCodes.contains(UbsRoleCode.ADMIN.getCode()) ||roleCodes.contains(UbsRoleCode.SUPER_ADMIN.getCode());}/*** 检查是否是辅导员角色*/public boolean isFDY(Set<String> roleCodes) {return roleCodes.contains(UbsRoleCode.LS_FDY.getCode());}
}