优雅地在Java应用中实现全局枚举处理的方法 - 行业资讯 - 肥雀云

为了表达某一个属性,具备一组可选的范围,我们一般会采用两种方式。枚举类和数据字典,两者具有各自的优点。枚举类写在Java代码中,方便编写相应的判断逻辑,代码可读性高,枚举类中的属性是可提前预估和确定的。数据字典,一般保存在数据库,不便于编写判断和分支逻辑,因为数据如果有所变动,那么对应的代码逻辑很有可能失效、强依赖数据库数据的正确性、数据字典中对应的属性对业务影响并不大,日常开发中常用做分类,打标签使用,属性的多少无法估计。

目前基本上没有一个很好的全局处理枚举类的方案,所以我就自己综合各方面资料写了一个。

架构还在不断完善中,代码不一定可以跑起来,不过关于枚举的配置已经完成,大家可以阅读并参考借鉴:pretty-demo

大多数公司处理枚举的时候,会自定义一个枚举转换工具类,或者在枚举类中编写一个静态方法实现整数转换枚举的方式。

比如: 　　　　//静态方法方式　　公共enum GenderEnum {//代码略　　　　公共静态GenderEnum get (int值){ 　　(GenderEnum项目:GenderEnum.values ()) { 　　如果(值=https://www.yisu.com/zixun/=item.getValue ()) { 　　返回项目; 　　} 　　} 　　返回null; 　　} 　　}//工具类方式　　公开课EnumUtil { 　　　　公共静态 E (@Nonnull类 classType, int值){ 　　(E enumConstant: classType.getEnumConstants ()) { 　　如果(值==enumConstant.getValue ()) { 　　返回enumConstant; 　　} 　　} 　　返回null; 　　} 　　　　} 　　　　GenderEnum性别=EnumUtil.of (GenderEnum.class 1); 　　　　

这种方式很麻烦,或者需要手动编写对应的静态方法,或者需要手动调用工具类进行转换。

为了方便起见,我做了一个全局枚举值转换的方案,这个方案可以实现前端通过传递int到服务端,服务端自动转换成枚举类,进行相应的业务判断之后,再以数字的形式存到数据库;我们在查数据的时候,又能将数据库的数字转换成java枚举类,在处理完对应的业务逻辑之后,将枚举和枚举类对应的展示信息一起传递到前台,前台不需要维护这个枚举类和展示信息的对应关系,同时展示信息支持国际化处理,具体的方案如下:

1,基于约定大于配置的原则,制定统一的枚举类的编写规则。大概规则如下:

　　<李>每个枚举类有两个字段:int值(存数据库),字符串键(通过关键找对应的i18n文本信息)。这块需要细细讨论下,枚举值通常存数据库有存int值,也有存字符串值,各有利弊。存int的好处就是体积小,如果枚举的值是包含规律的,比如1是删除,0是预处理,1是处理,2是处理完成,那么我们所有非删除数据,我们可以不使用状态(0,1,2)这种方式,而转换为状态在=0;存字符串的话,好处就是可读性高,直接能从数据库的值中明白对应的状态,劣势就是占的体积大点。当然这些都是相对的,存int的时候,我们可以完善好注释,也具备好的可读性。如果int换成字符串,占的体积多的那一点,其实也可以忽略不计的。　　<李>枚举枚举类需要继承统一接口,提供相应的方法供通用处理枚举时候使用。　　　　

下面是枚举接口和一个枚举示例:

　　　　　　公共接口Enumerable 　　　　

我们要做的就是,每个我们编写的枚举类,都需要按这样的方式进行编写,按照规范定义的枚举类方便下面统一编写。

2,我们分析下控制器层面的数据进和出,从而处理好枚举类和int值的转换,在Spring MVC中,框架帮我们做了数据类型的转换,所以我们以Spring MVC作为切入点。前台发送到服务端的请求,一般有参数在url中和身体中两种方式为主,分别以得到请求和帖子请求配合@RequestBody为代表。