我的应用程序被i18 next翻译成多种语言。到目前为止，我只使用了一种英语翻译。但我想同时使用en-GB和en-US。事实上，文本翻译是一样的，我想要两种语言的唯一原因是日期格式。
更准确地说，我想把好的日期格式传递给MUI DatePicker组件。现在，英语是MM-DD-YYYY格式，这与大多数其他语言不同。显然，我希望en-GB是DD-MM-YYYY格式。这是i18 next中内置的相当常见的用例，还是应该使用某种技巧来避免维护两个几乎相同的翻译文件？
我的应用程序被i18 next翻译成多种语言。到目前为止，我只使用了一种英语翻译。但我想同时使用en-GB和en-US。事实上，文本翻译是一样的，我想要两种语言的唯一原因是日期格式。
更准确地说，我想把好的日期格式传递给MUI DatePicker组件。现在，英语是MM-DD-YYYY格式，这与大多数其他语言不同。显然，我希望en-GB是DD-MM-YYYY格式。这是i18 next中内置的相当常见的用例，还是应该使用某种技巧来避免维护两个几乎相同的翻译文件？
1条答案
按热度按时间ki1q1bka1#
您可以使用i18 next来处理应用中en-GB和en-US的不同日期格式。您可以创建两个单独的翻译文件，一个用于en-GB，一个用于en-US，然后使用i18 next的“命名空间”功能来区分它们。
例如，可以创建两个文件en-GB.json和en-US.json，并将它们存储在locales文件夹中。这些文件将包含每种语言的翻译，包括日期格式。然后，在代码中，可以使用i18next.t函数基于当前语言检索所需的翻译和格式。
下面的示例说明了如何使用i18next.t函数检索en-GB和en-US的日期格式：
在en-GB.json文件中，您将具有：
在en-US.json文件中，您将具有：
然后可以将dateFormat传递给MUI DatePicker组件，该组件可以使用它来显示当前语言的适当日期格式。
通过以这种方式使用命名空间，您可以保持翻译的组织性，并为不同的区域维护单独的翻译，即使文本翻译是相同的。