当前位置:首页 > > 架构师社区
[导读]在系统中用户一共有三种角色:普通用户,管理员,超级管理员,现在需要设计一张用户角色表记录这类信息,我们不难设计出文中方案。


1 需求背景

在系统中用户一共有三种角色:普通用户,管理员,超级管理员,现在需要设计一张用户角色表记录这类信息。我们不难设计出如下方案。

id name super admin normal
101 用户一 1 0 0
102 用户二 0 1 0
103 用户三 0 0 1
104 用户四 1 1 1

我们使用1表示是,0表示否,那么观察上表不难得出,用户一有用超级管理员角色,用户二具有管理员角色,用户三具有普通用户角色,用户四同时具有三种角色。

如果此时新增加一种角色应该如何设计?其实新增一个字段即可解决。

id name super admin normal new
101 用户一 1 0 0 0
102 用户二 0 1 0 0
103 用户三 0 0 1 0
104 用户四 1 1 1 1

2 发现问题

按照上述做法进行表设计功能上是没有问题的,优点是容易理解结构清晰,但是我们想一想有没有什么问题?笔者遇到过如下问题:

在复杂业务环境一份数据可能会使用在不同的场景,例如上述数据存储在MySQL数据库,这一份数据还会在如下场景使用。

  • 检索数据需要同步一份到ES
  • 业务方使用此表通过Flink计算业务指标
  • 业务方订阅此表Binlog消息进行业务处理

如果表结构发生变化,数据源之间就要重新进行对接,业务方也要进行代码修改,这样开发成本非常高。有没有办法避免此类问题?

3 解决方案

我们可以使用位图法,这样同一个字段可以表示多个含义。首先设计如下数据表,userFlag字段先不填。

id name user_flag
101 用户一
102 用户二
103 用户三
104 用户四

我们使用位图法每一个bit表示一种角色

一个数据表字段怎么表示多种业务含义?

我们使用位图法表示如下数据表

id name super admin normal
101 用户一 1 0 0
102 用户二 0 1 0
103 用户三 0 0 1
104 用户四 1 1 1

用户一位图如下转换为十进制数值是4

一个数据表字段怎么表示多种业务含义?

用户二位图如下转换为十进制数值是2

一个数据表字段怎么表示多种业务含义?

用户三位图如下转换为十进制数值是1

一个数据表字段怎么表示多种业务含义?

用户四位图如下转换为十进制数值是7

一个数据表字段怎么表示多种业务含义?

根据分析我们可以填写完整数据表

id name user_flag
101 用户一 4
102 用户二 2
103 用户三 1
104 用户四 7

4 位图法详解

本章节我们分析位图法方案一些关键节点。

4.1 枚举定义

定义枚举时不要直接定义为1、2、4这类数字,而是采用位移方式定义,这样使用者可以明白设计者意图。

/**
 * 用户角色枚举
 *
 * @author 公众号JAVA前线
 *
 */ public enum UserRoleEnum { // 1 -> 00000001 NORMAL(1, "普通用户"), // 2 -> 00000010 MANAGER(1 << 1, "管理员"), // 4 -> 00000100 SUPER(1 << 2, "超级管理员")

    ; private int code; private String description; private UserRoleEnum(Integer code, String description) { this.code = code; this.description = description;
    } public String getDescription() { return description;
    } public int getCode() { return this.code;
    }
}

4.2 维护角色

假设用户已经具有普通用户角色,我们需要为其增加管理员角色,这就是新增角色,与之对应还有删除角色和查询角色,这些操作需要用到位运算,说明详见代码注释。

/**
 * 用户角色枚举
 *
 * @author 公众号JAVA前线
 *
 */ public enum UserRoleEnum { // 1 -> 00000001 NORMAL(1, "普通用户"), // 2 -> 00000010 MANAGER(1 << 1, "管理员"), // 4 -> 00000100 SUPER(1 << 2, "超级管理员")

    ; // 新增角色 -> 位或操作 // oldRole -> 00000001 -> 普通用户 // addRole -> 00000010 -> 新增管理员 // newRole -> 00000011 -> 普通用户和管理员 public static Integer addRole(Integer oldRole, Integer addRole) { return oldRole | addRole;
    } // 删除角色 -> 位异或操作 // oldRole -> 00000011 -> 普通用户和管理员 // delRole -> 00000010 -> 删除管理员 // newRole -> 00000001 -> 普通用户 public static Integer removeRole(Integer oldRole, Integer delRole) { return oldRole ^ delRole;
    } // 是否有某种角色 -> 位与操作 // allRole -> 00000011 -> 普通用户和管理员 // qryRole -> 00000001 -> 是否有管理员角色 // resRole -> 00000001 -> 有普通用户角色 public static boolean hasRole(Integer role, Integer queryRole) { return queryRole == (role & queryRole);
    } private int code; private String description; private UserRoleEnum(Integer code, String description) { this.code = code; this.description = description;
    } public String getDescription() { return description;
    } public int getCode() { return this.code;
    } public static void main(String[] args) {
        System.out.println(addRole(1, 2));
        System.out.println(removeRole(3, 1));
        System.out.println(hasRole(3, 1));
    }
}

4.3 数据查询

假设在运营后台查询界面,查询具有普通用户角色的用户数据,我们可以使用SQL语句如下

select * from user_role where (user_flag & 1) = user_flag; select * from user_role where (user_flag & b'0001') = user_flag;

使用MyBatis语句如下

<select id="selectByUserRole" resultMap="BaseResultMap" parameterType="java.util.Map"> select * from user_role where  select> <select id="selectByUserIdAndRole" resultMap="BaseResultMap" parameterType="java.util.Map"> select * from user_role 
  where id = #{userId} select> 

5 文章总结

本文我们从一个简单案例开始,分析了直接新增字段的优缺点。使用新增字段笔者遇到最多的问题就是在复杂业务场景中,需要新增数据对接工作量,增加了开发维护成本。

我们又介绍了位图法,这样一个字段就可以表示多种业务含义,减少了字段冗余,节省了对接开发成本。当然位图法也有缺点,增加了代码理解成本,数据库字段含义不直观,需要进行转义,大家可以根据需求场景选择使用。

免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除( 邮箱:macysun@21ic.com )。
换一批
延伸阅读

在工业自动化项目中,嵌入式设备(如数据采集终端、边缘网关)与PLC直连的需求越来越普遍。标准Modbus RTU固然通用,但某些场景下需要更轻量、更安全或更适配私有数据的协议——比如批量读写非连续地址、携带时间戳、加密校...

关键字: PLC自定义协议 C语言 串口通信

嵌入式产品的开发痛点往往是:硬件还没定型,需求还在变动,但老板想尽快看到效果。如果用C语言从头写固件,每次修改都得编译、烧录、调试,一天改不了几次。更合理的做法是:先用Python在PC或单板计算机上快速验证产品逻辑,确...

关键字: Python 嵌入式原型 C语言

嵌入式开发中,C语言是底层硬件控制的主力——直接操作寄存器、处理中断、管理内存。但C语言在数据分析、可视化、快速原型方面效率低下。Python恰好相反:开发效率高、生态丰富,但无法直接访问硬件。将两者结合,用C编写硬件驱...

关键字: C语言 Python 混合编程

嵌入式软件中,状态机无处不在——按键消抖、通信协议解析、菜单导航、设备工作流程。很多新手习惯用一连串的if-else或switch-case嵌套来实现状态跳转,逻辑稍微复杂一点,代码就变成一团乱麻:状态变量散落各处,跳转...

关键字: C语言 状态机 函数指针 可维护性

嵌入式开发中,纳秒级延时是刚需——SPI时钟极性切换、I2C起始条件保持时间、WS2812B灯带时序,这些场景下HAL_Delay(1)的毫秒级精度完全不够用。很多人用for(i=0;i

关键字: 指针操作寄存器 DWT计数器 纳秒延时 C语言

全球工程师社区发起新活动,赋能成员自主选择产品进行评测

关键字: 嵌入式系统 微控制器 编程

在电池供电的物联网设备中,MCU的待机功耗常常是决定续航时间的首要因素。一颗纽扣电池标称容量为200mAh,如果MCU始终运行在满速状态(功耗约20mA),理论续航仅10小时;而通过合理的睡眠模式配置,将待机功耗压低至μ...

关键字: C语言 GD32

异常处理的本质是"兜底"。‌ C语言没有try-catch,但GD32的硬故障异常(HardFault、BusFault、UsageFault、MemManage)天然提供了最后一道防线。当程序跑飞、...

关键字: C语言 GD32

USART(通用同步/异步收发器)是MCU与外部设备通信最基础也最常用的外设之一。在GD32系列MCU中,USART支持全双工异步通信,通过TX/RX两根信号线即可实现与PC上位机、蓝牙模块、其他MCU的数据交互。

关键字: C语言 GD32

该项目是一个基于微控制器的C语言编写的音频生成器,配备三个按钮,用户可通过按钮播放声音或调节音高。它作为基本GPIO控制和按钮逻辑的实际演示。

关键字: 微控制器 C语言 音频生成器 STM32F407ZGT6
关闭