对于程序化交易用户而言，无论是证券还是期货市场，每一个交易指令都需要进行充分的业务检查，通过后才能进入交易所的订单队列进行匹配成交。 在程序化交易中，除了验资、验持仓等基础的风控检查外，符合交易所异常交易管理办法规定的监管标准，杜绝和防范异常交易行为也是程序化交易风控的重中之重，比如是否存在自成交、日内过度交易、频繁报撤单、大额报撤单、报单流速控制等情况。 事前风控是指在交易指令发送到交易所前，对交易指令进行风险检测，通过检测的交易指令则提交到交易模块进行报单，未通过检测的交易指令将直接予以拒绝。对于追求低延时的交易策略，事前风控需要在极短的时间内完成。 风控系统是用来给业务风控定义风控规则的，风控规则经过规则引擎的解析得到结果，表示规则是否命中，如果命中需要触发什么样的处置。 例如，业务风控定义了一个风控规则a+b>5,在规则引擎上执行的时候需要知道a,b的值，这两个值的获取一般需要通过大数据获得，然后在规则引擎上执行，从而得到结果是否命中，以及执行命中后的操作。 下面我们给内容区添加Tab标签。用户点击标签，就可以切换不同的面板内容。

import cn.dev33.satoken.stp.StpInterface; import com.example.his.api.db.dao.UserDao; import org.springframework.stereotype.Component;

import javax.annotation.Resource; import java.util.ArrayList; import java.util.List; import java.util.Set;

@Component public class StpInterfaceImpl implements StpInterface { @Resource private UserDao userDao;

/**
 * 返回一个用户所拥有的权限集合
 */
@Override
public List<String> getPermissionList(Object loginId, String loginType) {
    List<String> list = new ArrayList<>();
    int userId = Integer.parseInt(loginId.toString());
    Set<String> set = userDao.searchUserPermissions(userId);
    list.addAll(set);
    return list;
}


/**
 * 返回一个用户所拥有的角色标识集合
 */
@Override
public List<String> getRoleList(Object loginId, String loginKey) {
    ArrayList<String> list = new ArrayList();
    return list;

}

}

由于MIS系统中的权限是固定的，而角色是可以动态增减的。如果我们用@SaCheckRole注解，规定访问Web方法的用户必须具备什么角色。如果将来该角色被删除掉，难道我们还要修改大量的Web方法注解吗？就像下面的Web方法，如果角色1被删除，难不成还要让程序员重新修改代码，重新打包程序，重新发布项目吗？ @RestController("MisAppointmentController") @RequestMapping("/mis/appointment") public class AppointmentController { @Resource private AppointmentService appointmentService;

@PostMapping("/searchByPage")
@SaCheckRole(value = {"超级管理员", "部门经理", "角色1"}, mode = SaMode.OR)
public R searchByPage(@RequestBody @Valid SearchAppointmentByPageForm form) {
    ……
}

}

仔细观察不难发现，上面的截图中标签盖住了卡片控件。为了解决这个问题，我们可以让

@GetMapping("/searchUserSummary")
@SaCheckLogin
public R searchUserSummary() {
    ……
}