積雪

積雪。愛那個名字。這是皮卡人的新事物，他們正在做某事。從某種意義上說，這是一個捆綁者的選擇。它可以通過您從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中文網其他相關文章！