关闭

12 个评估 JS 库你需要关心的事

时间: 2018-09-26阅读: 948标签: 

1 引言

作者给出了从 12 个角度全面分析 js 库的可用性,分别是:

  1. 特性。
  2. 稳定性。
  3. 性能。
  4. 包生态。
  5. 社区。
  6. 学习曲线。
  7. 文档。
  8. 工具
  9. 发展历史。
  10. 团队。
  11. 兼容性。
  12. 趋势。

下面总结一下作者的观点。


2 概述 & 精读

特性

当你调研一个 js 库,功能当然是最重要的,就好比 react 的用于开发 UI 界面非常方便,这是流行起来的一部分因素。

但同时 react 解决的问题很聚焦,于是把例如 Router 和 Store 部分交给社区给解决方案,这就让 vue 的官方维护生态模式发展了起来。但这更多取决于你的偏好,像 lodash 这种精简的库也会长盛不衰,重要的是这个库提供的能力是否解决了你的业务问题。

评分:A - 化腐朽为神奇。B - 更优雅的解决方案。C - 比现有方案差。


稳定性

这个库如果经常出 BUG,那显然无法在生产环境使用。最好经过严格的测试,保证这个库一定不会出错,这样我们就可以专心排查业务的问题了。

评分:A - BUG 很少,方便调试。B - 不会影响你的稳定性,比如出 BUG 概率和你的业务代码相近。C - 引入该库会让你背线上故障。


性能

如果让用户 15 秒才能打开网页,那一切都是徒劳。

拿 PReact 为例子,为什么 API 相同的轮子可以活下来?因为体积小,而且 PReact 把宣传重点放在性能上。

如何一句话说明白你不是在造无用的轮子?性能更好。

评分:A - 小体积,高性能,支持各种黑科技特性比如 Tree shaking。B - 对性能没有影响。C - 导致性能降低。


包生态

用过 monaco-editor 吗?大家都在用 webpack 但它却走 amd 路线,我不知道你用什么方法让它支持 commonjs 的,但这一定耽误了你不少时间。

包生态包括第三方包的成熟度,包的使用难易度,支持多少种模块化方案,是否支持 TS,有没有管理好自己的依赖等等。

开箱即用是最好的,有长期维护组织的更佳。

同时不要有太多相互竞争的社区方案为佳。比如工具库用 lodash 这很容易,但 React 数据流方案选择哪个?太多的竞争对手不断写软文抢夺用户(程序员)的注意力,试图说服他们加班重构。

评分:A - 方案唯一且生态运作良好,维护记录标准规范且顺畅。B - 很多新晋网红包,且竞争选择多。C - 没有人给你做包,想用要自己封装。


社区

能否快速在 Stack Overflow 搜到问题的答案能反映出社区的活跃度,不论是官方文档还是第三方进行的问答。

社区越活跃,帮你提前踩的坑就越多,如果你遇到一个大家都没有遇到过的问题,并不代表你用得有多深度,而可能你根本就用错库了。

评分:A - 各种论坛每日都很活跃,Github issue 问题日清。B - 论坛/聊天室不太活跃。C - 除了作者自吹的文档,再也找不到任何相关信息了。


学习曲线

不要以为把库功能做的强大,就算难用点也会有用户跪舔,这是幻觉。

vue 之所以那么火爆,是因为原生 html 的门槛比 JSX 低,而使用 React 的用户往往都觉得 JSX 比 html 门槛低。我也不知道该怎么描述,从 JS 可以产生一切的角度,学习 HTML 反而被认为是高门槛的体现。

所以认清现实,JSX Star 多并不是其理论有多先进(理论确实先进),而是很多人觉得整体学习维护成本比 HTML 低。

评分:A - 一天就能成为这个库的熟练搬砖工。B - 浪费了一周时间才能投入使用。C - 学了一周才发现之前的理解是错的,而且认识到这只是个开始。


文档

写文档的人一般都是库的作者,这种人一般经验会比较丰富,写起文档一般不会考虑初学者的感受,所以找到一份对初学者友好的文档还是挺不容易的。

对于库的维护者,要站在初学者角度去写文档,站在使用者角度,如果文档开头就看不懂的话,最好尽早换个文档或者换个库。

评分:A - 专门维护文档站点、视频、图片、示例项目,再好一点的话可以有专门基金会组织编程比赛,通过某三岁孩子可以一天入门强力影射技术生态的完备性。B - 有最基本的 Readme 和 API 文档。C - Readme 写的是 Create react app,其他的只能查源码了。


工具

工具可以从多个维度体现出这个库的优势,首先是确实带来了使用方便,其次展示了团队维护实力的雄厚(精力溢出到可以做周边工具了)。

Redux 之所以这么火,Redux dev tools 功不可没,笔者读过一些心理学书籍,也经历过一些技术选型,看到 Redux dev tools 的图形化界面后,大脑因为受到视觉冲击比理性的逻辑思考大太多,潜意识里给 Redux 加了不少分,导致讨论结果都变得不太理性了。

如果你的库能图形化表达,或者做一个 PPT 或者辅助工具,那一定会大大加分。(React chrome 插件在打开 react 做的网页时亮起来真的很酷,这个勋章很有仪式感,以至于我不想换一个框架

评分:A - 两个以上的工具,包括浏览器拓展、代码编辑器拓展、CLI 工具或者 SaaS 服务,实力碾压的话,会有许多花哨的辅助工具出现。B - 一个工具。C - 没有工具。


发展历史

一个 Star 10K 的库,如果最早提交是十天前,就算不是刷的也最好也不要用,因为不知道哪天作者就不再维护了。

历史越悠久的库使用风险越小,除非它所在的面被淘汰(技术栈、生态、编程语言等等)。

评分:A - 4 年以上历史,有权威认证。B - 1-4 年历史,已经有不少人使用过了。C - 作者自己都没用过就安利你用到线上去。


团队

看谁是这个库背后的男人。大公司广泛使用的开源库,并且有一定国际影响力,而且大厂也有成功开源历史经验的话,就会增加说服力。

但 Vue 就是个例外,几乎凭尤大一人之力打造,对这种情况,笔者想说的是,一个真心热爱技术并践行全职维护的人,也许比一个背着 KPI 的团队维护副产品更靠谱。

评分:A - 一线大厂,品质权威认证。B - 中型团队维护,并且有清晰的分工记录。C - 工作之余顺便开源出去,就没打算对这个库负责。


兼容性

除了浏览器兼容性,库 API 的兼容性也非常重要。当你很容易联系到作者,并且改动 API 的建议被很快采纳时,你就要小心了。

React Router 3 -> 4 升级带来的阵痛大家都有体会过,babel7 放弃 stage 0-4 也带来不少吐槽,Angular1 和 Angular2 的区分直接让很多人粉转黑了。虽然许多时候频繁的更新是为了增添新功能,但如果带来 API 兼容问题,反而会招来反感。

假如你们团队维护的 10 年间,因为某个库作者非常勤奋的更新导致以时间为维度,均匀分布了数十种不同的版本,你会发誓下一个项目不再使用这个库了。

评分:A - 总是能兼容升级,实在不行就提前警告并告知在某个版本会废弃,并提供迁移工具,比如 React。B - 有 Break Change 但是文档把升级改动写的很清楚。C - 突然到来的小版本升级让你不得不重构之前的调用代码。


趋势

炒作也好,讨论也好,保持大家对这个库的新鲜关注非常重要,因为这能连带的让这个库做好上面说的很多点。

但注意过分的炒作,可能会降低这个库的稳定性,毕竟在用户爆发式增长之前,最好有一部分当小白鼠。

评分:A - 是 HackNews 的明星话题,Star 成千上万,各种会议以此为名(Vue conf,React conf)。B - 几百 Star,有一些讨论。C - 别看现在 Star 少,迟早有一天我会超过那啥那啥。


搬家成本

这个是作者补充的比较重要的一天:如果哪天不用这个库了,换成别的成本有多大?

这方面测试库做的很好,很多主流测试库比如 Jest、Ava、Mocha、Jasmine 等之间都有互转的脚本,业界基本达成了一些共识和规范。

比较坑的是 React、Vue、Angluar,使用之后你基本就被绑定了,至今没有谁可以无缝做各大框架的迁移。当然 JS 的年龄还很短,而且说不好未来还会被新语言、技术、容器颠覆而成为历史,标准化不是做不到而是需要时间,也许就在十几年之后,但是今天就是做不到。


3 总结

下次技术选型讨论时,可以拿出规则一条一条比对了!

然后技术选型只是基础库,利用这些基础可以维护好自己的开源库,把更多时间用在创造业务价值上。

仔细思考就会发现,程序员开发的工具库也适合点线面体的概念。一个库 react-button 就是一个点,而它所在的线 react 如果被人抛弃了,无数个 react-xxx 也会翻船。而 react、vue、angluar 这些线都在 js 引擎这个面上,当可以用 C# 写 WebAssembly 时,Reason、Blazor、Dart 就会逐渐成为浏览器的主角,react 之类的库统统要回炉打造。而当未来人机互联不需要浏览器作为媒介时,js 引擎这个面依附的体 - 人机交互场景也被打翻了,这一浪又会引起多大的变化。

所以技术选型是为了解决当下业务问题,仔细考虑好几个因素,适合解决业务场景就足够了。


4 更多讨论

讨论地址是:精读《12 个评估 JS 库你需要关心的事》 · Issue #104 · dt-fe/weekly

来源:https://github.com/guevara/read-it-later/issues/137


站长推荐

1.云服务推荐: 国内主流云服务商,各类云产品的最新活动,优惠券领取。地址:阿里云腾讯云华为云

2.广告联盟: 整理了目前主流的广告联盟平台,如果你有流量,可以作为参考选择适合你的平台点击进入

链接: http://www.fly63.com/article/detial/1116

关闭

Hammer.js实现多点触控的javascript库

Hammer.js是一个开源的能实现多点触控的javascript库,可以识别触摸,鼠标点击和手势滑动操作,它不依赖任何第三方库,并且非常小巧灵活。

15个有趣的Javascript 和CSS库

让你了解到新兴和酷炫的web 开发趋势. 精心挑选发布一些认为大家值得关注的库:Direction Reveal、Carbon、Аxios、Jarvis、Toast UI Editor、Micron.js、lit

5个功能丰富的交互式Js库

在javascript的帮助下,可以为几乎每个领域(如移动、桌面应用程序和游戏Web开发)创建Web应用程序,因为该编程语言用作服务器端编程语言以实现最大功能,所以它是一种很好的编程语言。在本文中,我们选择了一些最佳的javascript库汇总

GoJS的使用

GoJS是用于实现交互式图的JavaScript库。GoJS是依赖HTML5功能的JavaScript库,每个GoJS图表都包含在<div>您的HTML页面的HTML元素中

JavaScript 社区由一个库引发的“smoosh门”事件到底怎么回事?

一项名为 JavaScript 功能的提案 Array.prototype.flatten 证明与 Web 不兼容。在 Firefox Nightly 中发布该功能会导致至少一个受欢迎的网站中断。鉴于有问题的代码是广泛使用的 MooTools 库的一部分,很可能会有更多网站受到影响。

功能强大的 JS 文件上传库:FilePond

FilePond 是一款很轻便的上传插件。并没有太多繁琐的配置,这里我并没有逐一针对每个插件引入进行演示,只展示了常用的部分。留意上面提示的坑,掌握上面讲解的方法,其它的插件你便可自行学习

如何使用webpack打包一个库library?

日常我们开发了一个库之后,如何打包之后提供给别人使用呢?如果你不清楚,就继续看吧!经过以上步骤后会生成一个library文件夹,里面包含一个package.json文件。

Js常用的动态效果库有那些?

当我想要在网上找一个简洁的 Javascript 动效库时,总是发现很多“推荐”的库都是缺乏持续维护的。经过一番研究,我收集了 11 个最好的库,你可以用在自己的项目中。另外我还添加了一些有用但是缺少持续维护的库

15 个有趣的 JavaScript 与 CSS 库

我们整合了一些令人感到惊叹的 GitHub 项目,其中包含了新的 CSS 框架、node.js包管理器,以及用于实现图标、加载效果、工具提示的纯 CSS 解决方案。那么,让我们一起来看看吧。Have Fun !

在使用新的JavaScript库时需要考虑的12件事

对于今年的JavaScript状态调查,我想深入挖掘一下,不仅知道人们正在使用哪些工具和库,还要为什么他们选择使用它们。这意味着我必须找到一种方法将个人偏好转化为冷酷的数据。

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!