如何解决如何使用i18next和react-i18next处理嵌套和组织翻译键？和其他最佳做法问题
使用i18n时，我有一些关于最佳做法和工作流程的问题
我目前正在使用react-i18next
我直接在组件中使用默认值定义键，然后使用babel-plugin-i18next-extract
示例
<I18nText
ns="meeting"
i18nKey="meeting-invitation.videoConferenceLink"
defaults="You can join the video conference call for {{meeting.name}} when it starts via: <br /> <0>{{meeting.videoConference.link}}</0>"
components={[
<a
href={meeting.videoConference.link}
target="_blank"
rel="noopener noreferrer"
>
{meeting.videoConference.link}
</a>,]}
values={{ meeting }}
/>
注意：I18nText是包装Trans组件的自定义组件
问题：
1️⃣我是否应该将在整个应用中经常使用的关键字放入自己的键中？如果可以，我如何同时处理多元化，格式化和使用上下文？
假设我在应用程序中使用关键字meeting和action，并且我有这样的句子
0 meetings,0 actions => You have no scheduled meetings and no actions deadlines so far to prepare for.
1 meeting,1 action => You have 1 scheduled meeting and 1 action deadline so far to prepare for.
2-inf meetings,2-inf actions => You have (2-inf) scheduled meetings and (2-inf) action deadlines so far to prepare for.
meetings和actions可以有不同的计数，我知道我可以使用嵌套，并且可以将计数传递给每个这样的嵌套键
"key": "You have $t(glossary:scheduledMeetingWithCount,{\"count\": {{meetingCount}}}) and $t(glossary:actionDeadlinesWithCount,{\"count\": {{actionCount}}}) so far to prepare for."
但是翻译人员不会对所有嵌套和传递计数感到困惑吗？以及scheduledMeetingWithCount和actionDeadlinesWithCount键，它们应该位于哪个名称空间？ glossary？每个都在自己的相关命名空间中，如meeting和action命名空间中？
以及应该如何定义
"scheduledMeetingWithCount": "1 scheduled meeting","scheduledMeetingWithCount_plural": "{{count}} scheduled meeting","scheduledMeetingWithCount_0": "no scheduled meetings" // doesn't i18next not support `_0` for `en`?
，是否不需要将键meeting和action多次翻译？就像单独定义meeting，复数形式meetings，计数no meetings，1 meeting和(2-inf) meeting以及需要添加{与scheduled，1 scheduled meeting和{{count}} scheduled meetings中的会议名称之前的{1}}？我要为整个系统中使用的每个关键字都这样做吗？
2️⃣如何格式化嵌套键？
假设我有一个值为no scheduled meetings的钥匙
并且我有一个Meetings are scheduled for next week和值meeting_plural的键，但是它是小写字母，但是我有一个格式函数meetings
所以我想使用类似titleCase的东西
但这导致{{$t(glossary:meeting_plural),titleCase}} are scheduled for next week
我也尝试过
meeting_plural),titleCase}} are scheduled for next week但是导致t('{{meeting,titleCase}} are scheduled for next week',{meeting: '$t(glossary:meeting_plural)'})
所以我最终使用了
$T(Glossary:Meeting_Plural) are scheduled for next week有效 但是，这是最佳实践吗，我是否应该让翻译人员再次翻译会议？我应该为“会议”加标题时添加另一个键吗？
3️⃣如何处理值的变化，我应该使用上下文还是为每个变化添加键？如果我使用上下文，该如何提取所需的每个上下文？
我有一个句子，该句子根据传递的动作是否具有属性t('{{meeting,{ meeting: t('glossary:meeting_plural') })
而变化
当dueDate存在时，它会显示
dueDate如果Looks like you have a new action to complete: <strong>{{ action.title }}</strong> assigned by <strong> {{ action.creator.name }} </strong> and to be completed before <strong>{{ action.dueDate,dddd,MMMM Do,YYYY }}</strong>.
不存在，则会显示
dueDate该如何处理？是否应该用自己的密钥分开？ 我尝试过使用这样的上下文
Looks like you have a new action to complete: <strong>{{ action.title }}</strong> assigned by <strong> {{ action.creator.name }} </strong>.
，并以{p>键将t('action:action-assigned.content',{
context: action.dueDate && 'dated'
})
action.json这是对上下文的正确使用吗？我必须手动添加这些密钥，而不是通过提取工具添加这些密钥，并且必须关闭"action-assigned.content": "Looks like you have a new action to complete: <strong>{{ action.title }}</strong> assigned by <strong> {{ action.creator.name }} </strong>.","action-assigned.content_dated": "Looks like you have a new action to complete: <strong>{{ action.title }}</strong> assigned by <strong> {{ action.creator.name }} </strong> and to be completed before <strong>{{ action.dueDate,YYYY }}</strong>."
，因为它正在使用discardOldKeys
4️⃣如何组织我的公用密钥？
我是否将在系统中使用的所有东西都放在_dated命名空间中，如果我用键的值命名键，可以吗？还是给他们一个特定的密钥更好
5️⃣我应该提取相似但名词不同的值吗？
我有值common，View action，View project等。我应该使用值为View meeting的键并为要使用的名词传递View {{item}}还是应该在键中输入每个值？
6️⃣是否有支持i18next-intervalPlural-postProcessor的TMS？
7️⃣我应该切换到使用I18next-icu吗？
我发现key比默认格式ICU更好地处理了复数，因为在i18next中，我可以向en添加一个特定条件，而不仅限于{{1} }和0
并且key也有key_plural，就像switch语句一样，它解决了我遇到的一些问题，为什么ICU没有select这样的东西？应该i18next处理select处理的用例吗？
8️⃣任何人对他们以前使用过且喜欢的TMS有任何个人推荐吗？
我想要一个能够很好地支持context功能的设备，我已经研究过locize，但是发现它们的定价很难预测我宁愿有固定价格的商品
9️⃣是否有可以学习最佳实践并了解如何扩展i18n的资源？
我一直在搜索i18n资源，但发现社区有点缺乏深入的指导或端到端的工作流指南，我主要是通过尝试和尝试来尝试，但不确定是否当前的实施方式正在使用中，我将面临路障或烦恼
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。