phppackisisiii技巧_Snowpack 3 RC版本宣告可跳过 npm 安装步骤

激动民气的是，大家现在就可以开始试用新版了！

Snowpack v3 的重点是完善和正式发布四项已有特性，这些特性在当前版本的 Snowpack（v2.18.0）中通过 experiments 标志供应：

Snowpack 一贯在努力探索前端开拓的边界，这个版本也是如此。
Snowpack v3.0 引入了一项令人愉快的新特性，可加快并简化你的开拓事情流程。

一样平常来说，JavaScript 依赖项是由包管理器 CLI（如 npm、yarn 或 pnpm）在本地安装和管理的。
程序包常常带有不干系的文件，并且险些没有哪个包能直接在浏览器中运行。
我们须要额外的步骤来处理、构建和打包这些安装进来的软件包，才能让它们运行在浏览器中。

我们可以简化这一过程吗？如果 Snowpack 可以完备跳过“npm install”步骤，并通过 ESM 按需获取我们须要的，预构建的包代码，这是不是非常令人期待？

// you do this:import as React from 'react';// but get behavior like this:import as React from 'https://cdn.skypack.dev/react@17.0.1';

上例中的 URL 指向 Skypack，这是一种盛行的 JavaScript CDN，我们通过它将所有 npm 包当作 ESM 处理。
Snowpack、Deno 和所有紧张浏览器都能很好地支持通过 URL 导入依赖项。
但是，将这些 URL 直接写入源代码的方法并不好用，并且如果没有网络连接就无法开拓了。

Snowpack v3.0 领悟了两个方面的上风：在你自己的源代码中得到 import 'react'的大略性，并让 Snowpack 在后台获取这些依赖项，这些依赖项已预构建完毕并可以在浏览器中运行。
Snowpack 会自动为你缓存所有内容，因此你可以脱机事情，而无需依赖 Skypack。

与传统的“npm install”方法比较，这种机制有很多优点：

速率：跳过依赖项的安装+构建步骤，并直接从Skypack CDN将依赖项作为预构建ESM代码加载。
安全性：ESM包已为你预置在JavaScript中，并且不会获取在机器上运行代码的访问权限。
第三方代码只能在浏览器沙箱中运行。
大略性：ESM包由Snowpack管理，因此不须要Node.js（Rails、PHP等）的前端项目可以选择完备删除npm CLI。
相同的终极构建：在构建要用于生产的网站时，程序包代码会与网站的别的部分一并转译，并摇树处理到和你的导入同等，使终极构建险些保持不变。

如果这统统听起来太不可思议了，请放心。
想要利用它的话，这是 100％ opt-in 的行为。
默认情形下，Snowpack 会像往常一样连续将 npm 包依赖项从项目 node_modules 目录中拉出来。

请查阅我们的流式NPM导入指南，理解如何在已有的项目中启用这一新行为。
在将来的发行版中，我们希望对定制的 ESM 软件包源和其他 CDN 开放此特性。

内置优化，由 esbuild 供应支持

esbuild 太令人震荡了：它的性能频年夜多数盛行的打包器快 100 倍，比 Parcel 快 300 倍（根据 esbuild 自己的基准测试）。
esbuild 用 Go 编写，而 Go 是一种编译措辞，可以并行化繁重的打包任务负载，而其他盛行的打包程序（用 JavaScript 编写）是做不到的。

Snowpack 已在内部利用 esbuild，作为我们 JavaScript、TypeScript 和 JSX 文件的默认单文件构建器。
Snowpack v3.0 更进一步，加入了新的内置构建优化管道。
为生产环境打包、缩小和转译你的站点时，它须要的韶光只有其他打包器的 1/100。

本日 Snowpack 之以是可以采取采取 esbuild，是由于我们很早就对打包的未来投下了赌注：打包是一种构建后的优化步骤，而不是承载其他统统内容的核心根本。
由于早期的这一设计决策，esbuild 可以像其他打包器一样轻松地插入和换出你的 Snowpack 构建。

esbuild 仍算是一个年轻的项目，但它的未来看起来很有希望。
同时，我们还将在很长的一段韶光内连续投资现有的 Webpack & Rollup 打包插件。

请查看我们最新的《优化Snowpack构建指南》中的 experiments.optimize 选项来开始考试测验。

Snowpack 新加入的 experiments.routes 配置使你可以定义让开发环境与生产保持同等的路由。
这一特性解锁了一些有趣的新用例，包括：

API代理：将所有/api/URL路由到另一个URL或localhost端口。
SPA回退：为所有要求的路由供应运用外壳index.html。
更快的站点加载：加快站点速率，并为每个路由供应不同的HTML shell文件。
岛式架构：让HTML以并行办法渲染页面上的各个组件。
仿照Vercel/Netlify：在开拓中重新创建Vercel或Netlify路由。
或者，创建一个Snowpack插件以在启动时从你的vercel.json或_redirects文件自动天生这些路由。

Snowpack 已经支持 API 代理和 SPA 回退有一段韶光了，而这一新特性会将它们组合在一起，成为一个单一的、富有表现力的新 API。

Snowpack 的全新 JavaScriptAPI 可让你对 Snowpack 的开拓做事器和构建管道进行更高等别的掌握，从而帮助你在 Snowpack 上构建更强大的集成，以解锁新的开拓工具和做事端渲染（SSR）办理方案。

Svelte 团队最近发布的 SvelteKit 引发了关注：这是 Svelte 运用的官方 zero-effort SSR 运用框架。
SvelteKit 由 Snowpack 供应内部支持，利用了我们全新的 JavaScript API 来管理你的构建管道并按需构建文件。
Snowpack 加快了开拓速率，并帮助将 SvelteKit 的启动韶光减少到了险些可以忽略不计。

请查看我们新的JavaScript API参考，开始在 Snowpack 上构建你自己的自定义集成。
或者通读我们关于做事端渲染的指南，开始利用用于生产的自定义 SSR 集成。

你可以通过以下命令安装 Snowpack v3.0 RC 版本：

npm install snowpack@next

由于所有 v3.0 特性在现在的版本中都包括了，因此我们现有的文档站点同时适用于 v2 和 v3。
目前，只有非常旧的，没有文档支持的旧行为在 next 分支中移除了。
随着我们靠近正式发布日期，实验标志下的特性可能会连续变动。
到今年年底，这些特性将从实验标志后移到下一个 v3.0 分支的顶级配置工具中。

请在 snowpack.dev 上理解更多信息。

原文链接：

Snowpack 3 Release

https://www.snowpack.dev/posts/2020-12-03-snowpack-3-release-candidate?utm_source=tinyjs&utm_medium=email

微软发布.NET 5.0 RC1，未来将只有一个.NET-InfoQ

关注我并转发此篇文章，私信我“领取资料”，即可免费得到InfoQ代价4999元迷你书，点击文末「理解更多」，即可移步InfoQ官网，获取最新资讯～