Rails 应用逻辑国际化

Question

我正在开发一个 Rails 应用程序，该应用程序将在不同国家/地区运行单独的实例。国际化处理语言问题，但是当有一些小的逻辑变化时，我不知道如何处理。一个例子是支付方式——在每个国家，不同的选项将显示给具有不同集成的用户。另一个例子是工资——税收和社会保障因国家而异，所以我们需要考虑到这一点。

差异并不大，所以总的来说，我不想为每个国家/地区创建不同的 git 分支，但我可能错了。

我目前正在考虑的解决方案是为每个国家/地区设置不同的环境 - “production_germany”、“production_france”等，并据此加载包含所有必要变量的不同 yml 文件需要这个国家。然后创建一些“管理器”类，该类将决定要加载哪些特殊类以及要在视图上显示哪些内容（无论哪里有差异）。例如，我可以在“salary_calculation/de”中设置德国的工资计算类，在“salary_calculation/fr”中设置法国的工资计算类，然后只加载我需要的。

您的解决方案是什么？

Answer 1

我会尽可能多地使用 Rails 的I18n。如果您还没有，请查看rails-i18n。

对于 Rails 无法处理的特殊情况，我会像 Rails 自己那样处理。例如，在您的config/locales 中，您可能对某个国家/地区的税收进行了一些配置：

en:
  taxes:
    name: Tax
    rate: 0.065
de:
  taxes:
    name: USt
    rate: 0.19

然后您编写一个TaxesHelper 模块，该模块将使用语言环境文件中的信息来显示税率。看看 Rails NumberHelper 包。

如果您实际上使用税率之类的东西进行计算，我会在您进行计算的模型中保留该因素。这样，当税率发生变化时，您的计算就不会混乱。假设您有以下模型：

class Invoice < ActiveRecord::Base
  # Injected by AR
  # attr_accessor :net_price
  # attr_accessor :tax_rate
  def gross_price
    net_price * tax_rate
  end

  before_create do
    tax_rate = I18n.t(:rate, scope: [ :taxes ]).to_f
  end
end

这样一来，在特定国家/地区的税率发生变化后，您的总价就不会因保留发票而发生变化。

Answer 2

Amiuhle 就如何处理静态参数化（语言、税率等）给出了一个很好的提示，

当您需要更多业务逻辑时，事情会变得更加复杂，并且没有万能的解决方案，请务必了解您可以使用的工具并确保您适合正确的工具，这里还有一个似乎在 ruby​​ 社区中没有得到充分利用：

依赖注入

例如：http://solnic.eu/2013/12/17/the-world-needs-another-post-about-dependency-injection-in-ruby.html

这种模式通常适用于管理支付提供商网关等

class Transaction < ActiveRecord::Base
  def gateway_class
    I18n.t(:class_name, scope: [ :payment_provider ]).constantize
  end
  def gateway
    @gateway ||= gateway_class.new(self)
  end
end

I18n 根据国家/地区参数化支付提供商类：

en:
  payment_provider:
    class_name: PaymentProvider
de:
  payment_provider:
    class_name: AnotherPaymentProvider

并且您确保支付提供商类响应相同的公共 API，因此对于整个应用程序而言，无需知道使用哪个支付提供商，只需接口支付提供商类即可。

另一个好处是您可以创建一个FakePaymentProvider 类用于测试和开发，这将大大加快您的测试速度——即使您通常使用诸如vcr 之类的网络模拟工具，您仍然可以使用vcr 之类的东西来测试集成，并且只是集成，与应用架构的其余部分解耦。

实际上，看看这里：https://github.com/activemerchant/active_merchant 有人已经为这个计划做了很多工作:)