枚举其实很有用，用对了能避免不少Bug呢

前言

项目开发中，常有一些标识的使用，<男，女>、<正常，删除>等等。这些信息在数据库中会以某种标识符进行保存，但是这些标识符在代码中如何呈现，每个开发者都有一套自己的习惯，这种个性化习惯在大型项目开发时可能会因代码规范问题导致严重bug，在此，笔者阐述下在开发过程中的解决思路，使得代码更加具有可读性，请大家参考。

一、常见写法弊端展示

1.1、字符串匹配

在开发时将<男，女>转换为<1,2>，然后在项目组开发时互相转达这样的对应关系，就出现了如下代码。

 //如果sex是字符串，java中可以通过==对比值吗？
 if(user.getSex () == "1"){
     //todo 如果是男生
 }
 //Sex 是字符串类型eq方法中传入1会返回true吗？
 if(user.getSex ().equals (1)){
      //todo 如果是男生
 }

如上代码的弊端如下：

1. user一定是对象一定是被实例化后的吗？如果user是null的话，直接使用会报空指针异常。
2. 字符串直接==比对不是比对的Value。相信学习java时就会重点说明，但是不巧，开发中我也见过有这种写法。
3. 字符串通过eq方法比对值一般是没有问题的，但是字符串类型的eq方法里传入的是一个Object类型的值，因此，即使传入一个数值类型也不会编译错误。如果误写成“1”.equals(1)将永远返回false。因此这种不容易发现的问题，常常导致严重的bug。

    public static void main (String[] args)
    {
        String man = "1";
        Integer sex = 1;
        System.out.println (man.equals (sex));
        //输出
        //false
    }

另外，项目中直接通过字符串匹配，代码的可读性也会变差。多人开发的时候又有谁能够保证你说的状态1(String)和我说的状态1(Integer)是同一个1呢。

1.2、数值匹配

上面列举了字符串匹配，数值匹配同样也有容易出问题的写法。

public static void main (String[] args)
{
    Integer man = 200;
    Integer sex = 200;
    System.out.println (man==sex);
    Integer man1 = 2;
    Integer sex1 = 2;
    System.out.println (man1==sex1);
}
// false
// true

如上这种相同的写法，却有不同的返回值，这种就很诡异。原因就在Integer.valueOf方法中。

public static Integer valueOf(int i) {
    //low = -128
    // high = 127
    if (i >= IntegerCache.low && i <= IntegerCache.high)
        return IntegerCache.cache[i + (-IntegerCache.low)];
    return new Integer(i);
}

因此，当比对的数值在[-128,127]的范围中，通过==对比会返回true,否则返回false，所以如果调用接口时，返回的状态码是数值型的200的时候，判断就需要注意一下。

另外，Integer也有eq方法，与String类型一样，传入Object类型，Integer.equals("1")也不会编译报错。

二、代码优化

2.1、枚举对应数据库字段

例如如上定义，通过表明+Enum定义java类名，类中通过枚举对应到数据库的字段，这样可以在多人开发时避免出现状态码定位不一致问题，从而使得代码有一个良好的可读性。

import lombok.AllArgsConstructor;
import lombok.Getter;
import java.util.HashMap;
public class UserEnum
{
 @Getter
 @AllArgsConstructor
 public enum Sex{
  Man(1,"男"),WOMAN(2,"女");
  public Integer code;
  public String msg;

  private static HashMap<Integer,Sex> data = new HashMap<Integer,Sex>();
  static {
   for(Sex d : Sex.values()){
    data.put(d.code, d);
   }
  }
  public static Sex parse(Integer code) {
   if(data.containsKey(code)){
    return data.get(code);
   }
   return null;
  }
 }
 //按照如上写法，同样可以有 状态码：正常，禁用，删除
 //public enum Status
 // 角色：管理员，普通用户
 //public enum role
}

2.2、数值转换枚举

在开发接口给前端开发时，前端会传入数值类型的状态，这时需要与对应的枚举类型进行转换。

代码如下：

 public static void main (String[] args)
 {
  //此处假如客户端传入状态码 1
  Integer man =1;
  UserEnum.Sex parse = UserEnum.Sex.parse (man);
  System.out.println (parse);
 }

2.3、枚举使用switch

 public static void main (String[] args)
 {
  //此处假如客户端传入状态码 1
  Integer man =1;
  UserEnum.Sex parse = UserEnum.Sex.parse (man);
  switch (parse){
   case  Man:
    //todo
    break;
   case WOMAN:
    //todo
    break;
  }
 }

2.4、枚举状态机

虽然常有项目组通过常量来使得代码更加规范，但是通过枚举可以在多状态转换的场景下使得代码更加友好的呈现。

在一个请假单的审批过程中肯定有这几种状态<发起审批，组长审批，经理审批，人事备案>。状态机代码示例：

import lombok.AllArgsConstructor;
import lombok.Getter;

@Getter
@AllArgsConstructor
//审批状态码
public enum  ApprovalStatusEnum
{

 START(1,"开始审批"){
  @Override
  ApprovalStatusEnum getNextStatus ()
  {
   return first_leader;
  }
 },
 first_leader(2,"第一个领导审批"){
  @Override
  ApprovalStatusEnum getNextStatus ()
  {
   return second_leader;
  }
 },
 second_leader(3,"第二个领导审批"){
  @Override
  ApprovalStatusEnum getNextStatus ()
  {
   return backups;
  }
 },
 backups(4,"备案"){
  @Override
  ApprovalStatusEnum getNextStatus ()
  {
   return null;
  }
 };

 private Integer code;
 private String msg;

 abstract ApprovalStatusEnum getNextStatus();
}

在枚举类中定义抽象方法，并且在每个状态中进行具体的实现。如此在有大量的状态转移的场景中（固定的审批场景，支付场景），当前状态调用nextStatus()方法获取下一个状态。这种写法可以使得代码更加简洁干净，更加便于维护。

后台回复 学习资料 领取学习视频

如有收获，点个在看，诚挚感谢