红宝石块不是一流的

Question

从语言设计的角度来看，为什么 ruby​​ 块不是一流的？

同样，我认为块实际上应该是 lambda，从而摆脱对繁琐语法的需要，例如 proc {...}.call 或 &proc 或 lambda 或 Proc.new。这也将消除对产量的需求。

Answer 1

从语言设计的角度来看，为什么 ruby​​ 块不是一流的？

据我所知，主要是出于性能原因。考虑：

def test_yield
  yield
end

def test_block &block
  block.call
end

la = lambda {}

def test_lambda l
  l.call
end

然后，前两个使用空块进行基准测试，而第三个每次调用使用新的 la 或使用相同的 la 进行基准测试，并注意产量快了多少每种情况都会发生。原因是，显式的 &block 变量创建了一个 Proc 对象，就像 lambda 一样，而仅仅生成则不然。

一个副作用（我实际上发现它的用途，通过使用 proc 对象递归地管道传递块）是你不能在某种封闭范围之外的 proc 或 lambda 中产生收益：

foo = proc { yield if block_given? }
foo.call { puts 'not shown' }

def bar
  baz = proc { yield if block_given? }
  baz.call
end

bar { puts 'should show' }

这是因为，正如我所言已经明白了（我因此失去了很多头发，直到它勾选为止），block_given？当 foo 调用它时发送到 main，并且当它在 bar 中求值时发送到 bar 而不是 baz。

Answer 2

lambda 和 proc （和块）具有不同的语义。 Procs/blocks 具有非本地返回并且对数量不太挑剔； lambda 的行为更像方法。在我看来，这种区别是有用的，procs/blocks/lambdas 不应该像你建议的那样统一。

Answer 3

Ruby 方法不是函数或一等公民，因为它们不能作为参数传递给其他方法、由其他方法返回或分配给变量。 Ruby 过程是一流的，类似于 JavaScript 的一流函数

以下代码演示了 Ruby 方法如何无法存储在变量中或从方法中返回，因此不符合“一流”标准：

class Dog
  def speak
    'ruff'
  end
end

fido = Dog.new
# Ruby methods cannot be stored in variables
# Methods are executed and variables only store values
x = fido.speak
# x stores the method's return value, not the method itself
x # => 'ruff'

# Methods cannot return other methods
# Methods can only return values from other methods
def hi
  Dog.new.speak
end
# hi returns the method's return value, not the method itself
hi # => 'ruff'

据说一种编程语言具有如果它将函数视为一等公民，那么它就是一等函数。具体来说，这意味着该语言支持将函数作为参数传递给其他函数，将它们作为其他函数的值返回，并将它们分配给变量或将它们存储在数据结构中。