看高手代码--从小case学大道理

承认这种做法的价值是必要的。
这就好比，有人说国内不是造战斗机的地方，那么好吧，这个我们可以不管不在乎，我们专注于业务，致力于各行各业的信息化；米国人不这么想，他们要造战斗机来统治世界，所以他们这么做了，造出jdk和各种先进的战斗机。

以前一直认为Map的查询效率是O(1)的，没必要用这种方式返回状态码，我不知道case语句的效率会更高，看了各位的讨论，获益良多。

呵呵，效率是提高了，不错

我觉得。性能问题怎么说呢。满足用户需求的情况下，可以忽视性能。比方说一个操作。用户需要10秒钟。如果你跑了1分钟，那么肯定要优化。web也要。但是你跑了9秒了。代码好看点比那个性能要重要的多。你1秒跑完的。那么可以无视性能的了。
   其实这里没什么好争的。jdk中的要求性能比一般我们做的应用要求要高的多。以jdk的性能要求来要求应用的java代码，有点过分。
   PS。本人不觉得这段代码很难读。

如果代码真是这样的，那反而是很不注意小节啊,已经在CASE中过滤掉的那几个不应该再放到MAP中增加MAP的长度啊。

应该是先搞定，再优化么，哪能一开始就想到怎么去优化的

还有其他方法会用到这个map

凡是要用到这个MAP的，如果不取CASE那几项，那对它的调用没有影响啊，如果要用到那几项，就直接使用那个方法，所以都不影响啊。

还是女孩子说话温柔 前面火药味浓了点...^_^

我个人也觉得静态初始化块要慎用，因为它对性能还是有影响的，而且在很多时候，静态初始化块是可以用构造方法替代的。