免费下载案例集|20+数字化领先企业人才培养实践经验 了解详情
写点什么

Underscore 和 Lodash 商讨合并事宜

  • 2015-06-19
  • 本文字数:1371 字

    阅读完需:约 4 分钟

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.js Lodash 是最常用的 JavaScript 库,在过去的一个月中,他们在 npm 中的下载量累计达 200 万次。

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


感谢张龙对本文的审校。

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

2015-06-19 07:137108
用户头像

发布了 63 篇内容, 共 132.8 次阅读, 收获喜欢 38 次。

关注

评论

发布
暂无评论
发现更多内容

程序员为什么技术这么厉害,赚得钱却不多?

金刚小书童

程序员 职业规划 技术管理

架构师训练营学习总结

王凯

架构师训练营第一周总结

路人

架构师训练营-第一章-uml练习作业

而立

极客大学架构师训练营

食堂就餐卡系统架构设计文档

冯凯

极客大学架构师训练营

架构师训练营第一周 - 食堂就餐卡系统设计

Eric

极客大学架构师训练营

食堂就餐卡系统架构设计

James-Pang

极客大学架构师训练营

带你了解 Ribbon 负载均衡器的实现

张晓辉

Spring Cloud

第一周学习总结

CP

作业一:食堂就餐卡系统设计

Safufu

架构师课作业-第一周-架构文档

Tulane

极客大学架构师训练营

架构师训练营第一周学习总结

James-Pang

极客大学架构师训练营

架构与UML总结

GalaxyCreater

架构师第一周作业

路人

食堂就餐卡系统架构设计

wei

食堂就餐卡系统设计文档

架构5班杨娟Jessie

极客大学架构师训练营

第一周学习总结

王铭铭

架构师训练营No.1周总结

连增申

食堂就餐卡-系统设计文档

王凯

架构师训练营第一周作业

不谈

极客大学架构师训练营

架构师训练营第一周作业

陈靓-哲露

极客时间第0期架构师训练营第一周作业1

2流程序员

【架构师训练营-周总结-1】

小动物

总结 极客大学架构师训练营

架构师训练营-学习总结-第一讲

吕浩

学习 极客大学架构师训练营

架构师作业

老姜

极客大学架构师训练营

第一周作业--食堂就餐卡系统系统

技术小生

极客大学架构师训练营 UML

2020/06/09 架构师学习心得

架构5班杨娟Jessie

极客大学架构师训练营

plantUML的安装和使用

技术小生

极客大学架构师训练营

第一周学习总结

冯凯

极客大学架构师训练营

架构师训练营学习心得【第一周】

王海

极客大学架构师训练营

食堂就餐卡系统设计

傻傻的帅

系统设计

Underscore和Lodash商讨合并事宜_开源_David Iffland_InfoQ精选文章