19

Deno 将于 5 月 13 日发布 1.0 版本,Node.js 会逐渐失宠吗?

 4 years ago
source link: https://www.infoq.cn/article/omwjI4V2UjoKK6fRCD4a
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

Deno 是 Node.js 之父 Ryan Dahl 在 2018 年 5 月发布的开源项目,其产生的背景在于 Ryan Dahl 认为当下的 Node.js 太难用了。一般人说出这种话可能会被 Diss 你行你上,但这对 Ryan 来说并不是什么难题。虽然 Deno 1.0 的版本发布数次推迟,但 Ryan 近日表示经过详细的讨论后,确认了最终发布的日期:2020 年 5 月 13 日,这也将是 Deno 项目启动的两周年纪念日。

Deno 1.0,5 月 13 号见

2018 年 5 月,Node.js 之父 Ryan Dahl 发布了新的开源项目——Deno。从项目名就可以看出其与 Node.js 千丝万缕的联系。

官方文档介绍,Deno 是一个 JavaScript / TypeScript 运行时,具有安全的默认设置和良好的开发体验,构建在 V8 引擎、Rust 语言和 Tokio 之上。(最初的 Deno 版本是用 Go 语言写就,但在第二版中移除了 Go 转而用 Rust 语言替代,因为后者具有更好的安全性。)

Deno 的目标是为现代程序员提供一个高效、安全的脚本环境。

在业界看来,Deno 目前的状态更像是一个 Demo,而 Ryan 本人当时也表示“Deno 与 Node 最大的区别在于,Node 可以用于工作,而 Deno 还不行”。但对前端开发者来说,Deno 确是一个值得学习的新项目。

此前 Deno 项目中有关 1.0 版本的 issue 做了更新,Ryan 表示:

在努力做好(Deno)这件事和推出一款可用的产品之间很难取得平衡。因为还没有在开发工具支持特性上取得实质进展,官方团队再次推迟发布日期。官方团队进行了详细的讨论,得出结论是 2 个月的时间足够了。巧合的是,这是自 Deno 问世以来的两周年纪念日。因此, 我们将 2020 年 5 月 13 日定为 1.0 版本发布日期 。我们鼓励贡献者在 4 月 20 日之前对 API 进行重大修改——在那之后,我们将对 API 进行完善和 bug 修复。当然,在 1.0 之后,API 将继续发展和改进,但是我们将为一些接口提供显式的稳定性保证。

Deno,这个 Node 之父的 Demo 项目,终于迎来了正式发版之日。

Node.js,并未失宠

Deno 发布之初,前端圈不少人分析其将是 Node.js 的替代品,将其称为”下一代 Node“。

狼叔此前在应前端之巅约稿时有提到,Node.js 的意义具体而言有两方面:

首先它打破了原有的前端边界,之前应用开发只分前端和 API 开发。但通过引入 Node.js 做 BFF 这样的 API proxy 中间层,使得 API 开发也成了前端的工作范围,让后端同学专注于开发 RPC 服务,很明显这样明确的分工是极好的。

其次,在前端开发过程中,有很多问题不依赖服务器端是做不到的,比如场景的性能优化,在使用 React 后,导致 bundle 过大,首屏渲染时间过长,而且存在 SEO 问题,这时候使用 Node.js 做 SSR 就是非常好的。

以上可以看出,Node.js 在眼下的大前端布局里的重要性。

另一方面,Node.js 社区的生态和繁荣度发展仍旧十分迅速。此前 InfoQ 翻译的一篇 Node.js 基金会的调查报告显示,Node.js 的使用量仍然在快速增长,超过¾的参与者期望在来年扩展他们的使用场景,另外和前一年的报告相比,Node 的易学程度有了大幅提升。

而根据 ModuleCounts.com 的数据,Node 的包注册中心 NPM 每天会增加 507 个包,相比后一名要多出 4 倍。2018 年 Stack Overflow 调查也有类似的结果,JavaScript 是使用最广泛的语言,Node.js 是使用最广泛的框架。

更进一步,Serverless 技术的火爆也带来了 Node.js 势头的水涨船高。主流 Serverless 厂商纷纷把宝押在 Node.js 上,主要是看上了 JavaScript 工具的丰富生态,再加上 Node.js 的轻量化、容易分散与水平扩充、各种操作系统都容易运行的特性,将 Node.js 作为无服务器服务优先支持的框架,这也让 Node.js 更适合用于超大规模部署的应用。

Ryan Dahl 最初并没有意识到 Node.js 会产生如此大的影响,他将其归功于社区的持续改善,从而获得了越来越成熟的 Node.js 框架。这也从另一方面揭示了,对于一款成功的开源软件 / 框架而言,技术上的实现只是其中一步,如何形成完整的生态、活跃的社区,才是其获得长久发展的关键。

对于 Deno 而言,基本功能在 5 月 13 号以后应该就齐全了,但它要解决的问题还有很多。

这次,请别刷学不动了

我原本没想发明 Node.js,而是想用 Haskell 语言完成我的项目,但是失败了。我又不够聪明,没有能力改进 GHC(Haskell 语言的运行时),只好发明新的工具。

Ryan Dahl 在接受采访时曾表示,自己造 Node 轮子的原因在于自己不够聪明,没有能力改进已有工具,所以只好发明新的工具。这不禁让人回想起了他创立 Deno 之前的一句抱怨——“(现在的)Node.js 太难用了”,由此看来,他可能是真的认为发明新轮子比改进旧轮子省事儿。

2018 年 5 月,Deno 上线 GitHub 之初,就有许多国内开发者在 issue 区灌水,“别更新了,学不动了”。前端之巅认为,这种“中国式”的程序员幽默,并不适宜于用在一个正式项目的 issue 区,考虑到文化差异的问题,这种“幽默”不仅显得更加不合时宜,而且会进一步造成对中国开发者的误解。

对于绝大部分开源项目而言,issue 的首要目标是为项目维护者而不是项目使用者提供服务。issue 的意义在于追踪 bug、新增 feature、推动项目进度等有助于项目发展的事件,而不是类似 BBS 的无聊灌水。

技术的更新换代是正常发展规律,“别更新了,学不动了”最终也会被“真香”所取代。对于新陈代谢尤为迅猛的前端领域而言,前端开发者们更应该保持对技术的热爱,不要把自己局限在“切图仔”的狭小天地里。

最后送给大家三条建议:

  1. 不要纠结于开发工具——不管是库、编程语言还是平台。尽可能使用原生的构件。不要歪曲技术,也不要歪曲了问题本身。为要解决的问题选择合适的工具,否则你要为你所选择的工具重新安排你的工作。
  2. 远离“炒作驱动开发”,但你要去了解它们,做一些尝试。
  3. 走出舒适区,每天都要学习。把学到的东西分享出来。如果你以大师自居,就不是在学习。接触更多的编程语言、技术、文化,保持一颗好奇心。

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK