NilClass、TrueClass 和 FalseClass 的目的是什么

Question

NilClass、TrueClass 和 FalseClass 各有一个实例，即 nil、true 和false，这些都是常量，拥有这些类的目的是什么？为什么它们不能是 Object 类的实例，并且所有相关方法都可以简单地定义为 nil、true 和 上的单例方法假的？一个相关的问题是，为什么这些不被定义为常量？

Answer 1

它遵循“一切都是对象”和“对象由它们所属的类来专门化”的思想。

nil、true 和 false 都是对象（因此是带有方法的类的实例化）。它们是 1) 相应类型的唯一居民，并且是 2) 不可变对象允许实现优化 - 事实上，不是一个 nil 够了吗？

一条有用的错误消息，没有专门针对值：x.class“正常工作”。

> > nil.foo
> => #<NoMethodError: undefined method `foo' for nil:NilClass>

我很高兴它说 NilClass :-)

这种类实例方法还使得重新打开 NilClass ——无论好坏 ——都变得简单并且与它可能的方式一致对其他类型进行。

至少从 Ruby 1.9.2 开始，不可能重新分配 true、false 或 nil（Python 2.x 允许重新分配） True/False 赋值，但 Python 3.x 中没有）。请注意，由于 true/false/nil 不是常量，因此它们可以优化为 AST（或实现使用的任何内容）作为“文字值”，而无需常量外观-向上。

> > VERSION
> => "1.9.2"
> > true = false­
> => #<SyntaxError: Can't change the value of true>
> > [].each {|tru­e|}
> => #<SyntaxError: Can't change the value of true>

快乐编码。

Answer 2

Ruby 有时采用“只获取一个对象并向其添加一些单例方法”的方法

C:\Documents and Settings\a.grimm>irb
irb(main):001:0> self.methods - Object.new.methods

：

[:public, :private, :include, :context, :conf, :irb_quit, :exit,
：退出，：irb_print_working_workspace，：irb_cwws，：irb_pwws，：cwws，
：pwws，：irb_current_working_binding，：irb_print_working_binding，
:irb_cwb, :irb_pwb, :irb_chws, :irb_cws, :chws, :cws,
:irb_change_binding, :irb_cb, :cb, :工作空间, :irb_bindings,
：绑定，：irb_pushws，：pushws，：irb_push_binding，：irb_pushb，
:pushb, :irb_popws, :popws, :irb_pop_binding, :irb_popb, :popb,
：源，：工作，：fg，：kill，：帮助，：irb_exit，：irb_context，
:install_alias_method, :irb_current_working_workspace,
：irb_change_workspace，：irb_workspaces，：irb_push_workspace，
:irb_pop_workspace, :irb_load, :irb_require, :irb_source, :irb,
:irb_jobs、:irb_fg、:irb_kill、:irb_help]

我不知道为什么他们不使用 true、false 或 nil 来执行此方法代码>.也许是因为人们需要理解这些对象（根据 pst 的答案），而人们不需要理解“主要”（？）对象。