跳至主要内容
版本:3.5.2

i18n - 教程

本教程将引导您了解 **Docusaurus 国际化系统** 的基础知识。

我们将向 **新初始化的英文 Docusaurus 网站** 添加 **法语** 翻译。

使用 npx create-docusaurus@latest website classic 初始化一个新站点(例如 此站点)。

配置您的站点

修改 docusaurus.config.js 以添加对法语的国际化支持。

站点配置

使用 站点国际化配置 来声明国际化语言环境

docusaurus.config.js
export default {
i18n: {
defaultLocale: 'en',
locales: ['en', 'fr', 'fa'],
localeConfigs: {
en: {
htmlLang: 'en-GB',
},
// You can omit a locale (e.g. fr) if you don't need to override the defaults
fa: {
direction: 'rtl',
},
},
},
};

语言环境名称用于翻译文件的路径,以及您翻译的语言环境的基本 URL。在构建所有语言环境时,只有默认语言环境的 URL 中会省略其名称。

Docusaurus 使用语言环境名称提供 **合理的默认值**:<html lang="..."> 属性、语言环境标签、日历格式等。您可以使用 localeConfigs 自定义这些默认值。

主题配置

添加一个类型为 localeDropdown 的 **导航栏项目**,以便用户可以选择他们想要的语言环境

docusaurus.config.js
export default {
themeConfig: {
navbar: {
items: [
{
type: 'localeDropdown',
position: 'left',
},
],
},
},
};
提示

您可以传递一个查询参数,当用户使用下拉菜单更改语言环境时,该参数将附加到 URL 中(例如 queryString: '?persistLocale=true')。

这对于在服务器上实现自动语言环境检测很有用。例如,您可以使用此参数将用户的首选语言环境存储在 cookie 中。

启动您的站点

使用您选择的语言环境在开发模式下启动您的本地化站点

npm run start -- --locale fr

您的站点可在 http://localhost:3000/fr/ 访问。

我们还没有提供任何翻译,因此站点大部分内容都未翻译。

提示

Docusaurus 为通用主题标签提供 **默认翻译**,例如分页的“下一步”和“上一步”。

请帮助我们完善这些 **默认翻译**。

警告

每个语言环境都是一个 **独立的单页应用程序**:无法同时启动所有语言环境下的 Docusaurus 站点。

翻译您的站点

法语语言环境的所有翻译数据都存储在 website/i18n/fr 中。每个插件在其对应的文件夹下提供自己的翻译内容,而 code.json 文件定义了 React 代码中使用的所有文本标签。

注意

复制完文件后,使用 npm run start -- --locale fr 重新启动您的站点。编辑现有文件时,热重载效果会更好。

翻译您的 React 代码

对于您自己编写的任何 React 代码:React 页面、React 组件等,您将使用 **翻译 API**

找到 React 代码中所有对用户可见的文本标签,并使用翻译 API 对其进行标记。有两种 API

  • <Translate> 组件将字符串包装为 JSX 元素;
  • translate() 回调函数接受一条消息并返回一个字符串。

使用语义上更适合上下文的那个。例如,<Translate> 可以用作 React 子元素,而对于期望字符串的 props,可以使用回调函数。

警告

JSX 元素是一个对象,而不是字符串。在期望字符串的上下文中使用它(例如 <option> 的子元素)将 将其强制转换为字符串,这将返回 "[object Object]"。虽然我们鼓励您将 <Translate> 用作 JSX 子元素,但仅在它真正起作用时才使用元素形式。

src/pages/index.js
import React from 'react';
import Layout from '@theme/Layout';
import Link from '@docusaurus/Link';

export default function Home() {
return (
<Layout>
<h1>Welcome to my website</h1>
<main>
You can also visit my
<Link to="https://docusaurus.org.cn/blog">blog</Link>
<img
src="/img/home.png"
alt="Home icon"
/>
</main>
</Layout>
);
}
信息

出于目的,Docusaurus 提供了一个 **非常小巧且轻量级的翻译运行时**,并且仅支持使用 ICU 消息格式 的子集进行基本的 占位符插值

大多数文档网站通常是 **静态的**,不需要高级的国际化功能(**复数**、**性别** 等)。对于更高级的用例,请使用 react-intl 等库。

docusaurus write-translations 命令将静态分析站点中使用的所有 React 代码文件,提取对这些 API 的调用,并将它们聚合到 code.json 文件中。翻译文件将作为从 ID 到翻译消息对象的映射存储(包括翻译后的标签和标签的描述)。在您对翻译 API(<Translate>translate())的调用中,您需要指定默认的未翻译消息或 ID,以便 Docusaurus 正确地将每个翻译条目与 API 调用相关联。

文本标签必须是静态的

docusaurus write-translations 命令仅对您的代码进行 **静态分析**。它实际上不会运行您的站点。因此,无法提取动态消息,因为消息是表达式,而不是字符串

const items = [
{id: 1, title: 'Hello'},
{id: 2, title: 'World'},
];

function ItemsList() {
return (
<ul>
{/* DON'T DO THIS: doesn't work with the write-translations command */}
{items.map((item) => (
<li key={item.id}>
<Translate>{item.title}</Translate>
</li>
))}
<ul>
);
}

这在运行时仍然可以正常工作。但是,将来,我们可能会提供一种“无运行时”机制,允许通过 Babel 转换将翻译直接内联到 React 代码中,而不是在运行时调用 API。因此,为了面向未来,您应该始终优先选择可静态分析的消息。例如,我们可以将上面的代码重构为

const items = [
{id: 1, title: <Translate>Hello</Translate>},
{id: 2, title: <Translate>World</Translate>},
];

function ItemsList() {
return (
<ul>
{/* The titles are now already translated when rendering! */}
{items.map((item) => (
<li key={item.id}>{item.title}</li>
))}
<ul>
);
}

您可以将对翻译 API 的调用视为纯粹的标记,告诉 Docusaurus“这里有一个文本标签需要替换为翻译后的消息”。

复数形式

当您运行 write-translations 时,您会注意到某些标签是复数形式的

i18n/en/code.json
{
// ...
"theme.blog.post.plurals": "One post|{count} posts"
// ...
}

每种语言都有一系列 可能的复数类别。Docusaurus 将按 ["zero", "one", "two", "few", "many", "other"] 的顺序排列它们。例如,因为英语(en)有两种复数形式(“one” 和“other”),所以翻译消息有两个用管道(|)分隔的标签。对于波兰语(pl),它有三种复数形式(“one”、“few” 和“many”),您将按此顺序提供三个标签,并用管道连接。

您也可以对自己的代码消息进行复数化

import {translate} from '@docusaurus/Translate';
import {usePluralForm} from '@docusaurus/theme-common';

function ItemsList({items}) {
// `usePluralForm` will provide the plural selector for the current locale
const {selectMessage} = usePluralForm();
// Select the appropriate pluralized label based on `items.length`
const message = selectMessage(
items.length,
translate(
{message: 'One item|{count} items'},
{count: items.length},
),
);
return (
<>
<h2>{message}</h2>
<ul>{items.map((item) => <li key={item.id}>{item.title}</li>)}<ul>
</>
);
}
注意

Docusaurus 使用 Intl.PluralRules 来解析和选择复数形式。为 selectMessage 正确工作,务必以正确的顺序提供正确的复数形式数量。

翻译插件数据

JSON 翻译文件用于代码中所有需要插入翻译内容的地方

  • React 代码,包括您上面标记的翻译标签
  • 主题配置中的导航栏和页脚标签
  • sidebars.js 中的文档侧边栏类别标签
  • 插件选项中的博客侧边栏标题
  • ...

运行 write-translations 命令

npm run write-translations -- --locale fr

它将提取并初始化您需要翻译的 JSON 翻译文件。根目录下的 code.json 文件包含从源代码中提取的所有翻译 API 调用,这些调用可以由您编写或由主题提供,其中一些可能默认已翻译。

i18n/fr/code.json
{
// No ID for the <Translate> component: the default message is used as ID
"Welcome to my website": {
"message": "Welcome to my website"
},
"home.visitMyBlog": {
"message": "You can also visit my {blog}",
"description": "The homepage message to ask the user to visit my blog"
},
"homepage.visitMyBlog.linkLabel": {
"message": "Blog",
"description": "The label for the link to my blog"
},
"Home icon": {
"message": "Home icon",
"description": "The homepage icon alt message"
}
}

插件和主题也将编写自己的 JSON 翻译文件,例如

i18n/fr/docusaurus-theme-classic/navbar.json
{
"title": {
"message": "My Site",
"description": "The title in the navbar"
},
"item.label.Docs": {
"message": "Docs",
"description": "Navbar item with label Docs"
},
"item.label.Blog": {
"message": "Blog",
"description": "Navbar item with label Blog"
},
"item.label.GitHub": {
"message": "GitHub",
"description": "Navbar item with label GitHub"
}
}

翻译 i18n/fr 中 JSON 文件的 message 属性,您的网站布局和主页现在应该已翻译。

翻译 Markdown 文件

官方的 Docusaurus 内容插件广泛使用 Markdown/MDX 文件,并允许您对其进行翻译。

翻译文档

将您的文档 Markdown 文件从 docs/ 复制到 i18n/fr/docusaurus-plugin-content-docs/current,然后进行翻译

mkdir -p i18n/fr/docusaurus-plugin-content-docs/current
cp -r docs/** i18n/fr/docusaurus-plugin-content-docs/current
信息

请注意,docusaurus-plugin-content-docs 插件始终按版本划分其内容。./docs 文件夹中的数据将在 current 子文件夹和 current.json 文件中进行翻译。有关“current”的含义,请参阅 文档版本控制指南

翻译博客

将您的博客 Markdown 文件复制到 i18n/fr/docusaurus-plugin-content-blog,然后进行翻译

mkdir -p i18n/fr/docusaurus-plugin-content-blog
cp -r blog/** i18n/fr/docusaurus-plugin-content-blog

翻译页面

将您的页面 Markdown 文件复制到 i18n/fr/docusaurus-plugin-content-pages,然后进行翻译

mkdir -p i18n/fr/docusaurus-plugin-content-pages
cp -r src/pages/**.md i18n/fr/docusaurus-plugin-content-pages
cp -r src/pages/**.mdx i18n/fr/docusaurus-plugin-content-pages
警告

我们只复制 .md.mdx 文件,因为 React 页面已经通过 JSON 翻译文件进行了翻译。

使用显式标题 ID

默认情况下,Markdown 标题 ### Hello World 将具有生成的 ID hello-world。其他文档可以使用 [link](#hello-world) 链接它。但是,翻译后,标题变为 ### Bonjour le Monde,ID 为 bonjour-le-monde

生成的 ID 并不总是适合本地化站点,因为它要求您本地化所有锚链接

- [link](#hello-world).
+ [link](#bonjour-le-monde)

对于本地化站点,建议使用显式标题 ID

部署您的站点

您可以选择在单个域名下部署您的站点,或使用多个(子)域名

单域名部署

运行以下命令

npm run build

Docusaurus 将为每个语言环境构建一个单页面应用程序

  • website/build:用于默认的英语语言
  • website/build/fr:用于法语

您现在可以将 部署build 文件夹到您选择的静态托管解决方案。

注意
提示

根据惯例,静态托管提供商通常会将 /unknown/url 重定向到 /404.html,始终显示英文 404 页面

通过配置您的主机将 /fr/* 重定向到 /fr/404.html本地化您的 404 页面

这并不总是可行的,并且取决于您的主机:GitHub Pages 无法执行此操作,Netlify 可以。

多域名部署

您也可以为单个语言环境构建您的站点

npm run build -- --locale fr

Docusaurus 不会添加 /fr/ URL 前缀。

在您的 静态托管提供商

  • 为每个语言环境创建一个部署
  • 配置相应的构建命令,使用 --locale 选项
  • 为每个部署配置您选择的(子)域名
警告

此策略无法与 GitHub Pages 一起使用,因为它只能拥有单个部署

混合

可以使某些语言环境使用子路径,而其他语言环境使用子域名。

也可以将每个语言环境部署为单独的子域名,并在 CDN 层将子域名组合到一个统一的域名中

  • 将您的站点部署为 fr.docusaurus.io
  • 配置 CDN 以从 docusaurus.io/fr 提供服务

管理翻译

Docusaurus 不关心您如何管理翻译:它只需要在构建过程中所有翻译文件(JSON、Markdown 或其他数据文件)都存在于文件系统中即可。但是,作为网站创建者,您需要考虑如何管理翻译,以便您的翻译贡献者能够良好地协作。

我们将分享两种常见的翻译协作策略:使用 Git使用 Crowdin