假设我有以下简单的类：
class C
p self # => C
def self.foo
puts "foo"
end
def bar
puts "bar"
end
end
p C.foo # => "foo"
p C.bar # => "`<main>': undefined method `bar' for C:Class (NoMethodError)"
我知道self.foo 将foo 定义为C 的单例类中的实例方法。
为什么第二个方法没有像第一个一样在C 的单例类中定义？定义此方法时，self 仍然是 C。
【问题讨论】：
标签： ruby
它的工作原理类似于消息发送和持续查找：
foo.bar，将消息bar发送到foo。如果您遗漏foo，消息将被发送到默认接收者（即self）。Foo::Bar，在模块Foo中查找常量Bar。如果您忽略Foo，则将在默认常量上下文（或cref）中查找常量。方法定义的一般格式为def foo.bar，在foo的单例类中定义了方法bar。如果你省略了foo，该方法将在default definition context（或默认定义）中定义：
Object。 （另外，方法变为private。）self（并且不是 self 的单例类，就像你假设的那样！）def 不会更改默认定义。）instance_eval 将默认定义者更改为接收者的单例类class_eval 将默认定义者更改为接收者【讨论】：
这是 ruby 语言的约定。 （从概念上讲，您可以像考虑 Java 中的静态方法一样考虑这一点。它们不与类的任何实例相关联，而是与类本身相关联）
bar 将成为从 C 实例化的对象的方法。 self.bar 将成为 C 本身的一种方法。
Ruby 中的有趣之处在于 C 类本身就是一个对象（因此您可以用来构建对象的类定义就是一个对象本身）。这就是 self 的来源（即，在我自己身上定义它，而不是从将使用我作为蓝图构建的对象中定义它）阅读更多信息：Ruby craziness: Class vs Object?
【讨论】：
C 是一个对象。我只是对默认定义方法的位置感到困惑。如果它们是在self 上定义的，那么bar 方法应该像第一个方法一样在C 类上定义。
def 关键字的工作方式，它内置在 ruby 中以这种方式工作。 def 将在 def method_name 中定义一个实例方法，但在 def someclass.method_name 中定义一个单例类方法。这就是def 的工作方式。因为大多数时候实例方法都是您想要的，它们是您定义的典型方法，所以这就是def 所做的。 ruby 是如何设计的，我知道你是如何一致地推理出来的，也许它不一致，这就是 ruby 的设计方式。