JavaScript遇到了99个问题,但是BUN不是一个问题吗?
#javascript #网络开发人员 #typescript #node

我认为,这些年来,我遇到了至少100篇讨论JavaScript疲劳的文章。毫无疑问,对于那些经历了升级节点版本并处理主要软件包版本更新,将不同开发,构建和测试工具进行接线的挑战的人来说,困难是不可否认的。

但是,是否有单个解决方案可以减轻所有这些挫败感?

输入Bun

bun是用于JavaScript和打字稿开发的多合一工具包,提供快速性能,简化的工具和无缝集成。该项目在过去的两年中一直在开发,但是BUN团队只是announced the release of v1.0

bun可以用作各种现有工具的替代品,包括node.js,transpilers,bundlers,package manager和测试库。 BUN提供node.js兼容性,出色的速度,打字稿和JSX支持,Web API集成,热加载,可自定义的插件和优化的标准库API。此外,BUN充当软件包管理器,带有插件API的捆绑器以及带JEST兼容性的测试跑步者。它引入了JavaScript宏,用于捆绑时间执行,并为Windows提供实验支持。该版本标志着BUN迈向JavaScript和Typescript新部署方法的旅程的开始。

如果你问我,听起来很棒。但是...它会符合承诺吗?

也许,也许不是。

在此Hacker News thread about the v1.0 release上,关于bun是“ node.js的倒数替换”之间的差异有一些有效的评论,而也承认bun并不能实现所有node.js。有一个page documenting Node.js compatibility,但是,是的,我有点同意,理想情况下应该替换无例外。

无论如何,我愿意尝试一下。 BUN可以成为JS/TS开发的新时代的开始吗?或者,也许是Node.js团队带来现在14岁的运行时的灵感和动力,以满足当前发展的需求?还是当时我们都将被AI取代?只有时间才能说明...