我正在使用 NestJS 服务器和 TypeORM 开发应用程序。我需要本地化一些字段，经过研究，我找到了这个包 typeorm-i18n。文档说如果你正在使用 NestJS，应该使用这个包@vlzh/nest-typeorm-i18n。但是没有使用示例。我还查看了测试文件夹，但没有找到相关信息。
有人知道如何使用这个包吗？或者有更好的解决方案吗？
有人知道如何使用这个包吗？或者有更好的解决方案吗？
1个回答
9
观察 typeorm-i18n 的测试数据，该解决方案基于每种支持的语言为每个可翻译字段单独创建一列。虽然这可能会产生最简单的数据库模式设计，但仅当您有非常少量（1-2）的可翻译字段和仅需支持少数（2-3）语言并且不预见未来需要增加更多语言时才使用此方法。
在大多数其他情况下，我会考虑使用真正的多语言数据库模式。有一些很好的 StackOverflow 回答解释了可能的解决方案，例如多语言数据库模式（还可以看看第二个回答中的解决方案＃5）。恰巧，本答案被链接到 TypeORM 的 github 问题I18n messages。
在该问题中，@michael-bromley 提出了一个不错的TypeORM 解决方案（请务必阅读后续，因为他现在正在使用修改版）。该解决方案已在他自己的开源电子商务产品 Vendure 中演化和实现（请参见可翻译的Product 实体）。
问题的最后还提出了语言和产品之间的 N 对 M 关系。 对我来说，Michael Bromley 的方法似乎是一个不错的选择。但您可能需要从他的 Vendure 项目中提取最新版本。
在大多数其他情况下，我会考虑使用真正的多语言数据库模式。有一些很好的 StackOverflow 回答解释了可能的解决方案，例如多语言数据库模式（还可以看看第二个回答中的解决方案＃5）。恰巧，本答案被链接到 TypeORM 的 github 问题I18n messages。
在该问题中，@michael-bromley 提出了一个不错的TypeORM 解决方案（请务必阅读后续，因为他现在正在使用修改版）。该解决方案已在他自己的开源电子商务产品 Vendure 中演化和实现（请参见可翻译的Product 实体）。
问题的最后还提出了语言和产品之间的 N 对 M 关系。 对我来说，Michael Bromley 的方法似乎是一个不错的选择。但您可能需要从他的 Vendure 项目中提取最新版本。
- Arnold Schrijver
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接