
架构思想
文章平均质量分 60
Mack Laughing
这个作者很懒,什么都没留下…
展开
-
老项目如何改造权限、数据权限系统(三 一 一拦截器 实现)
老项目如何改造权限、数据权限系统(三 一 一拦截器 实现) 序言: 最近项目有个数据权限的业务需求,要求大致为每个单位只能查看本级单位及下属单位的数据,例如:一个集团军下属十二个旅,那么军级用户可以看到所有数据,而每个旅则只能看到本旅部的数据,以此类推; 当然通过这个办法也可以实现数据的过滤,但这样的话相比大家也都有同感,那就是每个业务模块 每个人都要进行SQL改动,这次是根据单位过滤、明天又再根据其他的属性过滤,意味着要不停的改来改去,可谓是场面壮观也,而且这种集体改造耗费了时间精力不说,还会原创 2021-05-17 11:20:08 · 503 阅读 · 1 评论 -
老项目如何改造权限、数据权限系统(二 一 一AOP 实现)
老项目如何改造权限、数据权限系统(二 一 一AOP 实现) AOP 实现: 1 序言 在这里,我们接着讲上一次的系统改造,我们需要自定义一个切面注解,来控制需要控制数据权限的接口。 主要思想就是 : - 去用户中心拿到 组织架构:谁 —管理一>谁; - 来查询数据和 人员绑定关系表: 什么(数据)一属于一>谁。 - 最终拿到 数据的ID 查实际数据 2 实现 2.1 数据关系表 注意: 我这里是用的人员来控制数据权限的;有的是用的角色,看具体业务需求,如果是角色原创 2021-04-23 11:25:34 · 464 阅读 · 0 评论 -
老项目如何改造权限、数据权限系统(一 -- 架构思想)
老项目如何改造数据权限系统(一) 一、起源 最近的得到一个需求,改造老项目的权限系统。包括菜单权限、按钮权限、功能模块权限、数据权限。而切时间紧任务重。 二、机构是想 我的个人架构思想就是最小的入侵性改造。对之前的的代码尽可能不改变参数结构、接口地址、返回数据结构。 三、项目架构设计 注解: 1、标粗代表的是系统 2、绿色的代表的老系统,不用大改的系统。 3、数据权限、用户中心可以单独开发成两个服务、为什么要将数据权限配置分开、是要尽最大的程度解耦。以后其他项目的复 用性、将业务和服务分开 4原创 2021-04-09 16:46:13 · 539 阅读 · 1 评论