Mongodb 为webapp存储区域设置翻译的最佳方式(脱机模式)?

Mongodb 为webapp存储区域设置翻译的最佳方式(脱机模式)?,mongodb,express,mongoose,internationalization,nuxt.js,Mongodb,Express,Mongoose,Internationalization,Nuxt.js,WebApp堆栈:Nuxt.js和@nuxtjs/i18n、Express、Mongoose/MongoDB 考虑到webapp需要在离线模式下工作,因此它需要下载内容和翻译,或者将它们放在应用程序包中,并为不同的语言制作软件包 通用程序的翻译存储在/lang/.json 但是我应该如何存储内容的翻译? 选项我在想: 将它们存储在post数据中每个/post{title:{en US:“title”,es:“Titulo”}的数据库中 将它们存储在/lang/post/category/.js

WebApp堆栈:Nuxt.js和@nuxtjs/i18n、Express、Mongoose/MongoDB

考虑到webapp需要在离线模式下工作,因此它需要下载内容和翻译,或者将它们放在应用程序包中,并为不同的语言制作软件包

通用程序的翻译存储在
/lang/.json

但是我应该如何存储内容的翻译?

选项我在想:

  • 将它们存储在post数据中每个
    /post{title:{en US:“title”,es:“Titulo”}
    的数据库中
  • 将它们存储在
    /lang/post/category/.json
  • 创建单独的数据库并执行
    /api/es/post
    (可能不是一个好主意)

您可以在单个文件中以每种语言提供完整的翻译。当然,您可以进一步拆分它,但在构建后使其保持静态是完全好的,应该已经足够好了。而且,如果您需要在线解决方案,它仍然是最简单、最有效的解决方案

你也可以尽可能多地嵌套它。这取决于你的需要,但在我看来,有3k行的翻译是很好的。只需要一些好的和有组织的结构。


是一个优秀的VScode扩展,可能对您的i18n工作流程有很大帮助。:)

翻译已经是本地翻译了否?是,一般翻译(如页眉、页脚组件、报告、关于、联系人页面等)是本地的!为什么不在构建期间获取它们?我看不出实际的问题,你不能让它们都是静态的吗?所以选项二已经足够好了?谢谢,我想我可能会像你说的那样在本地获取它们,如果其他人有其他反馈/提示/技巧,我会等待。对于通用翻译(GUI)我有像您这样的lang json文件:)