Question

ruby有一些边缘情况很难解释，因为解析会带来一些有趣的问题。我在这里列出其中两个。如果您知道更多内容，请添加到列表中。

def foo
  5
end

# this one works
if (tmp = foo)
  puts tmp.to_s
end

# However if you attempt to squeeze the above
# three lines into one line then code will fail
# take a look at this one. I am naming tmp2 to 
# avoid any side effect

# Error: undefined local variable or method ‘tmp2’ for main:Object
puts tmp2.to_s if (tmp2 = foo)

这是另一个。

def x
  4
end

def y
  x = 1 if false 
  x + 2
end

# Error: undefined method `+' for nil:NilClass
puts y

但是，如果您注释掉x = 1行，如果为false，则代码将正常工作。

Answer 1

程序错误不是边缘情况

嗯。在您的第一个示例中，您将5分配给tmp，从而定义tmp符号，然后发现class Fixnum实际上确实响应to_s。但是在第一个示例失败的情况下，你尝试点到一个未定义的符号......它是一个单行解释器...并且语句无法被解析。

不完全是一个“边缘案例”，我不得不怀疑你是否认为你在比较tmp和foo。

在第二种情况下，您创建了一个局部变量x，但由于nil而保留if false，然后自然发现nil没有+一个x方法。如果您注释掉该行，则方法 {{1}}可见并被调用。

这称为词汇范围，而非“边缘案例”。

Answer 2

在你的第一个例子中，tmp2在到达if语句之前不会被分配。

你的第二个例子并不出人意料。即使x从未被赋值，它也会通知解释器你在下一行中讨论变量x而不是函数x。 Ruby在确定名称的上下文时会尝试相当松散，但它会在可用的地方获取线索。它有助于具体化，例如：

def y
  x = 1 if false
  x() + 2
end

红宝石边缘情况

2 个答案:

程序错误不是边缘情况