Underscore 和 Lodash 商讨合并事宜

  • David Iffland
  • 刘振涛

2015 年 6 月 19 日

话题:开源JavaScript语言 & 开发

Underscore 和 Lodash 是两个较为流行的 JavaScript 库,二者长久以来一直处于竞争关系,目前他们正在商讨合并事宜。二者合并将会是开发者的一大福利,但在目前看来,二者皆有极强的个性,最终可能难以统一意见。

上周,Underscore 的创造者 Jeremy Ashkenas 在一条Github issue中向 Lodash 的创造者 John-David Dalton 表明合并两个库的意愿。社区认为这是一个极为疯狂的想法,双方的支持者都坚持认为己方应主导合并后的代码。

对于一些人来说,lodash 是唯一选择,他们认为 underscore 更像是一款在相对宽松的环境中使用的玩具,Nijiko Yonskai 说道:“为什么不只抨击 underscore 呢?Lodash 显然更为成熟,并引导着二者的发展方向”,他继续说道:

合并这两个项目没有意义,除非在合并时抛弃 underscore,只使用 lodash 的代码。二者皆为不同目的而生,Lodash 更全面,更可靠并且维护得更好。

lodash 的一大亮点在于其模块化:开发者可以按需加载,而非引用整个库。每一个模块都暴露在 npm 中,所以开发者可以独立地引用它们:

npm install lodash.map

var map = require('lodash.map');

每个项目都从不同的角度描述文档。Underscore 用一种侃侃而谈的语调,lodash 则保持更加正式的风格。举个例子,二者的文档中这样描述 each 函数:

Underscore

遍历 list 中的所有元素,按顺序用遍历输出每个元素。如果传递了 context 参数,则把 iteratee 绑定到 context 对象上。每次调用迭代器都会传递三个参数:(element, index, list)。如果 list 是个 JavaScript 对象,迭代器的参数是 (value, key, list))。返回 list 以方便链式调用。

Lodash

遍历 collection 中的所有元素并为每个元素调用迭代器,迭代器绑定到 thisArg 并且传递三个参数进行调用:(value,index 或 key,collection)。如果显式返回 false 则迭代器函数提前退出迭代。

在 InfoQ 的采访中,Dalton 说他愿意接触 Ashkenas 是因为他们对于 JavaScript 库有相同的愿景:

我们有相同的目标,大部分(60% 左右)的 API 相同,并且拥有许多重合的贡献者,二者合并有利于减少重复工作,可以简化选型复杂度并更好地支持开发者们。

但是如何整合尚不明确,Ashkenas 在 Github 上一个 Underscore 贡献者的独立讨论中说:

没有必要强行合并二者并发布一个不靠谱的东西,这会增加短期内的复杂度。我认为设想一个大家一致认同的“Underscore 2.0”并努力实现这一目标相对更有价值。

当被问及合并事宜时,Babel的贡献者 James Kyle 认为,现状不会改变。“所有的一切会一如既往地发展着,Lodash 会缓慢更新,但是一定会彻底替代 Underscore”。他信心十足,然而:

现今的 JavaScript 社区里有太多的重复性工作,主要的原因是人们不能在意见产生分歧时达成合理的一致意见。Lodash 可以通过少许改变轻松地匹配 Underscore,但如果 Underscore 不在某些问题上让步,我个人认为他们最终没有合并的希望。

Underscore.jsLodash是最常用的 JavaScript 库,在过去的一个月中,他们在npm中的下载量累计达 200 万次。

查看英文原文:Underscore and Lodash Discuss Merging


感谢张龙对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。

开源JavaScript语言 & 开发