java – 枚举内的逻辑

发布时间：2020-12-14 05:30:23 所属栏目：Java 来源：网络整理

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

我的同事和我正在对枚举中的逻辑进行讨论.我的个人喜好是在 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的自动完成 – 我可以打”.键并立即查看对象提供的方法.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!