积雪

积雪。爱那个名字。这是皮卡人的新事物，他们正在做某事。从某种意义上说，这是一个捆绑者的选择。它可以通过您从NPM提取的软件包运行，以确保它们与ES模块兼容（本机导入）。

这就是我消化的方式。当您编写一系列代码时，例如：

从“反应”中导入反应；

这实际上是无效的JavaScript。它看起来像是本地导入的，但事实并非如此。 （这将从像./这样的filepath角色开始，然后以.js结尾是有效的。）这只是大邦德勒的协议，例如： “哦，我知道您的意思。您的意思是我的意思。我应该在node_modules中查看这件事。”然后它去做。

NPM上的很多东西还没有准备好用于ES模块。它是其他一些模块格式（例如commonjs），并假设您将使用Bundler。一个假设可以使他们持续一段时间，但这是一个假设开始对前端开发人员有点刺。

UNPKG具有您可以在其URL末端添加的功能，以使其在包装中提供ES模块友好版本，但是很长一段时间以来一直处于实验阶段，因为这可能是解决问题的困难问题。哪些软件包已准备好用于ES模块？可以处理它们即时准备好吗？

甚至Pika CDN也无法解决未通过ES模块编写的软件包问题。例如，由于React没有直接与ES模块一起使用，因此您不能（但是您仍然可以通过<script>标签使用它）。</script>

Snowpack显然已经处理过。它可以在您安装的软件包上运行魔术，并为它们准备ES模块使用。因此，在Snowpack运行后，您可以做到这一点（您以前无法做到这一点）：

从'/web_modules/react.js'导入react;

这是ES模块的有效代码。另外，如果您无论如何都会经营Babel，您甚至不必更改原始线路。

因此，他们的营销/解释：

1）不用在每次更改上捆绑，而是在安装NPM后立即运行Snowpack。
2）SnowPack将您的依赖项重新安装为单个JS文件，以将其归纳为新的Web_modules/目录。
3）编写代码，通过ESM导入导入这些依赖项，然后将其全部运行在浏览器中。
4）跳过束步骤，并在击中保存后立即在浏览器中看到您的更改。
5）继续使用您喜欢的网络框架和构建工具！ Babel＆TypeScript支持。

这有点像您免费获得本地代码分配，而您只是跨过手指，ES模块的速度就像捆绑到该好处一样快。我很乐观。我认为这是初期，并且会对大型生产的东西感到紧张，但我也认为本地ES模块可能是未来。

以上是积雪的详细内容。更多信息请关注PHP中文网其他相关文章！