Rails I18n多个文件别名

我想知道是否有可能有一个语言环境的多个文件,可能在目录中组织并仍然使用YAML别名,例如: 在一个公共文件中:
# config/locales/common/en.yml
en:
  first_name: &first_name "First name"
  last_name: &last_name "Last name"
并在一个更具体的文件中:
# config/locales/models/user/en.yml
en:
  helpers:
    label:
      user:
        first_name: *first_name
        last_name: *last_name
这有助于最大限度地减少翻译和翻译的变化。在我的rails配置中,我将其设置为加载子目录中的所有语言环境文件。此设置对我不起作用,我加载页面时出现错误的别名错误。 我尝试使用一个init脚本将所有en.yml编译成一个并只使用那个文件,别名可以正常工作,但我不能将键合并。例如,如果我在其他文件中有另一个“助手”,它只使用最后指定的内容(实际上,“en”也会被覆盖),而不是合并键。 或者是否有更好的模式?非常感谢你!     
已邀请:
组织区域设置的默认模式如下所示: http://guides.rubyonrails.org/i18n.html#organization-of-locale-files     
据我所知,你想拥有多个.yml文件,并且仍然具有合并功能。 不幸的是,由于Rails的工作方式,这是不可能的。 技术背景: 由两个未连接的系统执行两个重要步骤: 每个
.yml
文件使用YAML库单独加载。这就是解决锚和别名的地方。在此步骤中不允许重复节点,即每个节点都覆盖具有相同名称和父节点的先前节点。 然后由Rails使用Ruby合并生成的哈希值。这是YAML节点合并的地方,允许从不同文件复制。 这就是锚和别名不能跨越多个文件的原因。另一方面,您获得了YAML不支持的整洁合并功能。 换句话说:将所有内容编译成一个巨大的文件,您将获得“全局别名”功能,但您将失去合并功能。您可以拥有一个或另一个,但不能同时拥有两个。在可维护性方面,多文件方法肯定更令人愉快。 PS:当然,你的例子中的重复也让我感到畏缩,但最好是关注DRY键和一个好的键结构而不是DRY翻译。 这是因为翻译经常会在时间上发生变化:在应用程序发展之后,应用程序早期阶段的相同内容可能略有不同。也许在某些地方它必须是“名字”而在另一个地方它必须是“请输入你的名字”。 我也可以想象,对于与英语无关的语法和其他语境,使用“主翻译”并不适用于所有语言。 所以我个人的建议是:坚持使用Rails建议的方法(即多个文件)并忽略一些不可避免的重复。     
尝试在application.rb中替换* config.i18n.load_path *参数的默认值:
config.i18n.load_path += Dir[Rails.root.join('config/locales/**/*.yml').to_s]
这个对我有用。     

要回复问题请先登录注册