java – 枚举内的逻辑

我的同事和我正在对枚举中的逻辑进行讨论.我的个人喜好是在 Java枚举中没有任何逻辑(尽管 Java提供了这样的功能).这个案例中的讨论围绕着返回地图的枚举中的方便方法
public enum PackageType {
  Letter("01","Letter"),..
  ..
  Tube("02","Packaging Tube");

  private String packageCode;
  private String packageDescription;

  ..
  ..

  public static Map<String,String> toMap() {
     Map<String,String> map = new LinkedHashMap<String,String>();
     for(PackageType packageType : PackageType.values()) {
         map.put(packageType.getPackageCode(),packageType.getPackageDescription());
     }
     return map;
  }
}

我个人的喜好是把它拉出来服务.将枚举中的方法集中在方便之上的争论.这个想法是,您不必去获取服务,但可以直接查询枚举.

我的论点集中在关注分离,并将任何类型的逻辑抽象为服务.我没有想到“方便”是将这个方法放在枚举中的强有力的论据.

从最佳实践的角度来说,哪一个更好?还是简单地归结为一个个人偏好和代码风格的问题?

解决方法

那我以前做过,但这并不意味着这是最好的做法.

从我的角度来看,我宁愿在枚举上有这个逻辑,因为你不会将’toString’方法移到一个服务上.逻辑只涉及枚举本身及其自身的代表.

我认为将这种方法推送到服务是误导性的 – 通过将其放在你正在提到的枚举的枚举有一个“toMap”方法的事实上.有人不了解服务,只是看着这个枚举可能不知道.

它也有助于IDE的自动完成 – 我可以打”.键并立即查看对象提供的方法.

相关文章

最近看了一下学习资料,感觉进制转换其实还是挺有意思的,尤...
/*HashSet 基本操作 * --set:元素是无序的,存入和取出顺序不...
/*list 基本操作 * * List a=new List(); * 增 * a.add(inde...
/* * 内部类 * */ 1 class OutClass{ 2 //定义外部类的成员变...
集合的操作Iterator、Collection、Set和HashSet关系Iterator...
接口中常量的修饰关键字:public,static,final(常量)函数...