我发现构建工具非常有趣，尤其是在我们目前正处于 Vite、wmr、Snowpack 和 esbuild 等参与者的激动人心的下一代过渡时期。 Hugh Haworth 对新参与者进行了很好的概述，我们也在 ShopTalk 上讨论过它们 几次 。 我特别喜欢人们在迁移构建工具时记录他们的个人旅程，就像 Ben Frain 所做的那样。
这不像买新车，新车更快，但它们都有方向盘、车门、刹车踏板等等。 它们之间的一个相似之处在于它们试图在本地提供 DX 并在生产中提供 UX（通过性能）——否则它们的 方法、它们提供的功能以及它们的预期都是截然不同的。
这些差异意味着需要重新训练你对事物工作方式的期望。 以下是 Ben 对 Snowpack 的看法
在 Snowpack 中，你的
index.html文件需要引用文件的转换版本——即使它们在你的文件系统中不存在。等等，什么？
让我再说一遍，因为这一点非常重要。 你需要 **链接到不存在的文件**。
这很奇怪，对吧？
但 Ben 正是从 Parcel 切换到 Snowpack，Parcel 也 很奇怪。 在 Gulp 时代，我们对所选择的文件、运行的任务以及转换后的代码的去向非常明确。 在 webpack 中，有非常明确的 entry 和 output 目的地，并且它非常专注于将 JavaScript 作为输入。 但 Parcel 确实希望 HTML 文件作为入口点，它会从那里自行探索。
我一直认为 Parcel 会在 WordPress 群体中更受欢迎，因为你可以将它指向模板文件，你在其中链接 WordPress 模板中的资产，并让它执行操作。 我想 WordPress 由于所有 wp_enqueue_style 东西太古怪了，它根本没有用？
Ben 对 Snowpack 给予了谨慎的赞赏。
如果你要启动一个全新的项目，我毫不犹豫地选择 Snowpack。 如果陷入困境，它没有那么深度的支持文档或 Stack Overflow 问题，但总的来说，它足够稳固，可以上手使用。
我，下次有机会尝试构建工具时，我认为我的标准将是惊人的速度。 我一生中的太多项目都因为开发体验缓慢而浪费了时间。 我希望无论我在做什么，都能获得闪电般的快速更新。