最近，因为公司需要重构一个项目，我们同事遇到一个需求，本来这部分事情是后端做的现在放到前端来，这个需求是这样的，项目中经常能遇到关于城市列表的数据，此数据像这个样子
这是原始数据，需要我们前端进行按首字母来分组，变成下面的样子
这对于我们来说也许不难，但是得到相同的结果，采取的方式不同代码量，和可维护性不尽相同，可能每个人解决的方式不一样。下面说一下我同事是怎么实现现的。
因为本人比较喜欢函数式编程，喜欢把具体的细节封装在函数里，所以平时也会喜欢使用数组比较“函数式的api”, 我会这样解决上面的问题
这段代码同样可以获取到字母集合。接下来就是比较关键的一步了，同事采取的方法是遍历字母数组，以及城市数组，匹配城市的字母和数组里面的字母是否相等，如果相等，就在此字母对应的数组里面push此城市，且看代码
结果是正确的，按照字母进行分组了
但其实这样会不会太繁琐了，首先传统的for循环可是使用foreach来代替，其次如果不是双层遍历，对于字母的判断是没有必要的，其实我们可以使用obj[key]这种形式，其实这是一种hash表，这样做我们可以同时完成字母的去重，以及城市的分类，且看代码
上面代码可以一次性完成分组，可能有的人会说这样代码的可读性不好，其实如果使用这种高封装的api熟练的时候，一样就看出这段代码的意思，同时有很多情况下，我们只关心输入和输出的情况下，这种代码带来的好处显而易见，因为我们并不关心你实现的细节，这有点函数式，函数式编程也是只关心输入输出，对于实现细节是隐藏的，如果想知道具体实现，就看源码。
当然上面的代码依然不是很通用，比如下次我们不想依据letter这个字段分组，我们可能要重写一遍代码，然而对比代码，可能只有细微的差别，这个时候我们可以再进行封装，实现一个lodash库里面的groupBy,代码如下
当我们是在项目中引入这个库的时候，我们可能只关心，传入的列表数据，以及得到的已经分组过的数据是不是我们想要的，而并不关心库内部是如何实现分组的，并且我们可以定制我们的分组规则，而不耦合具体的某个字段，这样的好处显而易见看下执行结果
可以看到上面的方法很灵活也很通用，当然这有点“函数式”。这样的结果其实我们完成分组只用了一行代码，并且很通用，在以后的项目中什么时候可以使用这种高封装的api呢？当我们并不关心执行过程，只关心结果的时候，我们可以封装一些这种有点函数式的api。很通用，并且其实并没有降低代码的可读性。
