3
  • 国际化Rails应用程序时,在字典文件中组织/范围化翻译的最佳实践方法是什么?
  • 在什么情况下应该使用变量的插值?
  • 应该每个短语都是它的入口吗?
  • 有没有人参与了dhh的tolk,他可以揭示37signals如何破解他们的字典文件?

在使用i18n gem一个半月后,我们的en.yml文件变得巨大。使用范围界定有什么好处?我们希望字典更容易翻译,并保持我们的字典干,但要考虑不同的时态,并仍然利用我们有的情况“你确定要删除这个对象吗?” “”您确定要将此标记为已完成吗?“ As “你确定要{{verb}} this {{noun}}?”ROR:i18n大型翻译字典的最佳做法

+1

我再次改名并重新格式化,希望你不要介意。 – 2010-10-14 14:51:25

+1

我完全不会!谢谢oodles。我仍然是Overflow noob。 – davidahines 2010-10-14 18:35:53

回答

3

好了,我们的组织,我们completelly与Rails的建议的默认目录结构把它翻译

我们有我们的现场,然后我们为每一个视图和模型无论是观点或模型 我们创造了翻译,并完美的作品。

例如,在HomeController的#秀,我们使用:

t('.title') 

,它看起来在views /家庭/ {}区域设置为.yml的

{locale}: 
    show: 
    title: 

它还运作良好谐音。如上 相同的例子,但在“最新”部分将

{locale}: 
    latest: 
    title: 

不知道如果这正是你要找的,但希望它有助于

-1

我有同样的问题,一年以前,因为我已经建立了t_t gem。它可以显着减少翻译文件中的重复数量。欲了解更多详情,请看cheatsheet - # Actions将帮助你“你确定要{{verb}} this {{noun}}?”

更新:

an example gist

+0

如果你打算发布“使用我的图书馆”答案,你的答案应该解释_how如何使用你的library_,而不仅仅是一个链接。 – 2016-02-18 04:36:51

+0

虽然这个链接可能回答这个问题,但最好在这里包含答案的基本部分,并提供参考链接。如果链接页面更改,则仅链接答案可能会失效。 - [来自评论](/ review/low-quality-posts/11274593) – 2016-02-18 04:36:56

+0

我已经创建了一个显示图书馆如何处理这种情况的要点https://gist.github.com/jalkoby/7a29b2dfb325db7ff052 – jalkoby 2016-02-24 18:55:36