我建议使用Rails语言环境.这些使您可以为任何变量定义语言文本.例如,您的应用可以为英语使用者说​​“是”/“否”,为法语使用者说​​“Oui”/“Non”.

语言环境也快速,灵活且易于更改,因为它们独立于典型的源代码.您可以看到语言环境如何在源代码逻辑与您呈现的文本之间实现非常好的分离.

例：

#./config/locales/en.yml
en:
  TrueClass: "Yes"
  FalseClass: "No"

#./app/views/items/index.html.erb
The value is <%= translate(myboolean.class) %>
The translate method can be abbreviated like this <%= t myboolean.class %>

助手

你可能会看到其他人使用帮助器编写这样的代码：

#./app/helpers/application.rb
def yesno(x)
  x ? "Yes" : "No"
end

# ./app/views/items/index.html.erb
<%= yesno(myboolean) %>

或者像这样使用常量：

#./app/helpers/application.rb
YESNO = {true: "Yes",false: "No"}

# ./app/views/items/index.html.erb
<%= YESNO[myboolean] %>

这些都是快速而肮脏的类似PHP的解决方案.有更好的方法来做到这一点.

猴子修补

你问过这个问题：Rails (or Ruby): Yes/No instead of True/False.

# ./app/lib/extensions/true_class.rb
class TrueClass
  def yesno
   "Yes"
  end
end

# ./app/views/items/index.html.erb
<%= myboolean.yesno %>

这被称为“猴子修补”Ruby类.一般来说,做你想做的事并不是一个好主意.为什么不？因为它打破了现有的Ruby类来强制该方法进入所有代码.这在极少数情况下可能没问题(恕我直言),但绝对不适用于将视图文本修补为逻辑类(再次恕我直言).

迁移数据类型怎么样？

您对创建自己的迁移数据类型有正确的总体思路,但对于您的情况可能有点过分,因为布尔值对于是/否是典型的一对一匹配.您想什么时候创建自己的类型？例如,如果要使用不同的数据库基元类型存储yes / no,例如在一个数据库中使用位标志而在另一个数据库中使用字符串枚举.

装饰

装饰器是任何应用程序的一般概念.在Rails中,装饰器是一种向现有模型或类添加视图逻辑的方法.

Rails语言环境本质上是装饰器.

对于更高级的需求,有一个很好的装饰宝石叫做“Draper”,很容易使用.使用装饰器往往有助于查看代码组织良好,命名空间好,更容易测试.