Skip to content
Merged

m2d #1657

Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion guide/api-environment-instances.md
Original file line number Diff line number Diff line change
Expand Up @@ -99,7 +99,7 @@ class DevEnvironment {
}
```

其中 `DevEnvironmentContext`是:
其中 `DevEnvironmentContext` 是:

```ts
interface DevEnvironmentContext {
Expand Down
2 changes: 1 addition & 1 deletion guide/api-environment-plugins.md
Original file line number Diff line number Diff line change
Expand Up @@ -15,7 +15,7 @@

## 在钩子中访问当前环境 {#accessing-the-current-environment-in-hooks}

在 Vite 6之前,由于只有两个环境(`client` 和 `ssr`),一个 `ssr` 布尔值足以在 Vite API 中识别当前环境。插件钩子在最后的选项参数中接收一个 `ssr` 布尔值,多个 API 也期望通过一个可选的 `ssr` 参数来正确地将模块关联到对应的环境(例如 `server.moduleGraph.getModuleByUrl(url, { ssr })`)。
在 Vite 6 之前,由于只有两个环境(`client` 和 `ssr`),一个 `ssr` 布尔值足以在 Vite API 中识别当前环境。插件钩子在最后的选项参数中接收一个 `ssr` 布尔值,多个 API 也期望通过一个可选的 `ssr` 参数来正确地将模块关联到对应的环境(例如 `server.moduleGraph.getModuleByUrl(url, { ssr })`)。

随着可配置的环境出现,我们现在有了一种统一的方法来在插件中访问它们的选项和实例。插件钩子现在在其上下文中暴露 `this.environment`,以前期望 `ssr` 布尔值的 API 现在被限定到正确的环境(例如 `environment.moduleGraph.getModuleByUrl(url)`)。

Expand Down
4 changes: 2 additions & 2 deletions guide/api-environment-runtimes.md
Original file line number Diff line number Diff line change
Expand Up @@ -211,7 +211,7 @@ import { transport } from './rpc-implementation.js'
const moduleRunner = new ModuleRunner(
{
transport,
createImportMeta: createNodeImportMeta, // 如果模块运行程序在 Node.js 中运行
createImportMeta: createNodeImportMeta, // 如果模块运行器在 Node.js 中运行
},
new ESModulesEvaluator(),
)
Expand Down Expand Up @@ -324,7 +324,7 @@ interface ModuleRunnerTransport {

通过 RPC 或直接调用函数与环境通信的传输对象。如果未执行 `invoke` 方法,则必须执行 `send` 方法和 `connect` 方法。Vite 将在内部构建 `invoke` 方法。

你需要将它与服务器上的 `HotChannel` 实例结合起来,就像本例中在工作线程中创建模块运行程序一样
你需要将它与服务器上的 `HotChannel` 实例结合起来,就像本例中在工作线程中创建模块运行器一样

::: code-group

Expand Down
2 changes: 1 addition & 1 deletion guide/api-environment.md
Original file line number Diff line number Diff line change
Expand Up @@ -28,7 +28,7 @@ Vite 6 正式引入了“环境”的概念。在 Vite 5 之前,系统中存

在开发过程中,Vite 会在与 Vite 开发服务器相同的 Node 进程中执行服务器代码,从而接近生产环境。不过,服务器也有可能在其他 JS 运行时中运行,如 [Cloudflare 的 workerd](https://github.com/cloudflare/workerd),它们有不同的限制。现代应用程序也可能在两个以上的环境中运行,例如浏览器、节点服务器和边缘服务器。Vite 5 无法正确表示这些环境。

Vite 6 允许用户在构建和开发过程中配置应用程序,以映射其所有环境。在开发期间,一个 Vite 开发服务器现在可用于在多个不同环境中同时运行代码。应用程序源代码仍由 Vite 开发服务器进行转换。在共享 HTTP 服务器、中间件、解析配置和插件管道的基础上,Vite 开发服务器现在拥有一组独立的开发环境。每个开发环境的配置都尽可能与生产环境相匹配,并连接到执行代码的开发运行时(对于 Workerd,服务器代码现在可以在本地 miniflare 中运行)。在客户端,浏览器导入并执行代码。在其他环境中,模块运行程序会获取并评估转换后的代码
Vite 6 允许用户在构建和开发过程中配置应用程序,以映射其所有环境。在开发期间,一个 Vite 开发服务器现在可用于在多个不同环境中同时运行代码。应用程序源代码仍由 Vite 开发服务器进行转换。在共享 HTTP 服务器、中间件、解析配置和插件管道的基础上,Vite 开发服务器现在拥有一组独立的开发环境。每个开发环境的配置都尽可能与生产环境相匹配,并连接到执行代码的开发运行时(对于 Workerd,服务器代码现在可以在本地 miniflare 中运行)。在客户端,浏览器导入并执行代码。在其他环境中,模块运行器会获取并评估转换后的代码

![Vite Environments](../images/vite-environments.svg)

Expand Down