JAVA实现Key-Key结构

为什么80%的码农都做不了架构师？>>>   

实现Key-Key结构其实可以自定义一个类，里面两个Map，一个是key-value，另一个反过来。我觉得这是应对需要动态添加元素的情况。

‍‍如果元素是固定，而且这个key-key结构是一个字符串数组，可以不那么弄。‍‍

字符串数组只能从索引找到元素，不能从元素找到对应索引，这个时候可以用‍‍枚举。我在开发的时候经常用枚举，枚举在管理业务上“类型”很方便，例如错误代码，我喜欢用枚举管理。

枚举类型的original()方法就可以获取对应元素的索引，索引是定义这个枚举类时元素的顺序，而values()则可以获取元素的数组，这两个方法是编译器为枚举类自动产生的。

我遇到过一个在固定的字符串数组实现索引和字符串相互当key找到对方的情况，因为元素不多，用for循环遍历匹配到一样的字符串就找到对应索引，但是还是希望能像数组用下标和Map用key一样不用遍历直接取值。用枚举实现很简单，但是从字符串获取其在枚举中对应索引要调用枚举的valueOf()方法，传入字符串拿到对应的枚举对象才能调用original()方法。这个方法也是编译器自动生成的。

所以我得看看valueOf()是怎么实现的，如果它是用for循环遍历枚举类去匹配元素，那我觉得还不如直接用数组，干嘛瞎折腾。valueOf()是自动生成，没源码，看枚举类编译后的字节码，也看不出实现逻辑。于是只能做实验：用枚举类的valueOf()方法取最后一个元素的值，和用数组做for循环匹配字符串取最后那个值，再 for循环一万遍它们的取值动作，结果发现valueOf()快很多！所以valueOf()实现逻辑应该和Map用key直接取value类似。

实验证明枚举很适合做这种字符串数组的key-key结构。仅限于“字符串-索引”且元素固定的数据结构，其他的只能用别的方法例如我第一段话说的那样用两个Map。

转载于:https://my.oschina.net/js99st/blog/625619