【问题标题】:Is using i18n module just for translating route names too much?使用 i18n 模块只是为了翻译路由名称太多了吗?
【发布时间】:2022-11-11 09:05:11
【问题描述】:

我有用英文编码的习惯,所以任何开发人员都可以轻松理解代码,但我使用 Nuxt 面临的问题是我用英文创建的所有页面组件因此都有英文名称,但用户群是来自不同的语言。我也有选择:使用 Nuxt i18n 模块只是为了解决这个特定问题或将我所有的文件夹和组件名称更改为默认语言。哪一个可以被认为是更好的做法?

【问题讨论】:

  • 您的问题与 i18n 有关,所以我认为您已经考虑开箱即用的 nuxt-i18n。
  • 问题是如果仅仅为此目的使用 i18n 模块并不过分,但是谢谢

标签: vue.js nuxt.js


【解决方案1】:

用英文编码,因为它是通用的,每个人都能理解。
如果事物是​​特定于语言的(难以正确翻译或确切名称需要以原始语言存在才有意义),那么也许你可以保持这种状态。

尽管如此,它仍然是英语而不是翻译语言。例如,拥有MeGustaLaSandia.vue 是不行的。拥有ILoveWatermelon.vue 要好得多。

所以不要从太多的意义上考虑它,而是更多地考虑:让我的项目使用这种设置是否可以。

此外,您完全可以将文本作为翻译语言,同时仍然拥有英文代码库,这并不像那些 SFC 文件那样暴露。

【讨论】:

  • 问题是我真的需要 URL 使用用户基础语言。所以在你看来我应该选择 i18n 方式?
  • @Kos-Mos 我从来没有说过。这代码需要保持英语,最终用户看到的完全可以是另一种语言。
  • 但这不是 Nuxt 的选项,因为它具有基于自动文件系统的路由。
  • /pages 中的文件与您在 URL 中看到的完全不同。 @科斯莫斯
  • 因此为什么 nuxt-i18n 被用于此目的:i18n.nuxtjs.org/custom-paths
猜你喜欢
  • 2016-07-11
  • 1970-01-01
  • 2020-10-09
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-05-24
相关资源
最近更新 更多