【问题标题】:Why keyword arguments must be passed as hash with symbol keys, not string keys in Ruby?为什么关键字参数必须作为带有符号键的哈希传递,而不是 Ruby 中的字符串键?
【发布时间】:2015-04-13 03:49:15
【问题描述】:

我们不能将关键字参数作为带有字符串键的散列传递,关键字参数仅适用于作为符号键的散列。

一个简单的例子:

def my_method(first_name:, last_name: )
  puts "first_name: #{first_name} | last_name: #{last_name}"
end

my_method( {last_name: 'Sehrawat', first_name: 'Manoj'}) 
#=> first_name: Manoj | last_name: Sehrawat

my_method( {first_name: 'Bob', last_name: 'Marley'})
#=> first_name: Bob | last_name: Marley

my_method( {'first_name' => 'Kumar', 'last_name' => 'Manoj'})
#=> Error: missing keywords: first_name, last_name (ArgumentError)

背后的原因是什么?

【问题讨论】:

标签: ruby ruby-2.0 ruby-2.1 keyword-argument


【解决方案1】:

*** 的实现可能是相关的:

def gather_arguments(*arguments, **keywords)
  puts "arguments: #{arguments.inspect}"
  puts " keywords: #{keywords.inspect}"
end

gather_arguments('foo' => 1, bar: 2, 'baz' => 3, qux: 4)

输出:

arguments: [{"foo"=>1, "baz"=>3}]
 keywords: {:bar=>2, :qux=>4}

【讨论】:

  • 你是说字符串键是保留的,以便它们可以区分形式关键字参数并解释为哈希参数的一部分?如果是这样,我不同意。
  • @sawa 我不是说这就是原因。只是 *** 的当前行为会改变(并且可能会破坏现有代码),如果允许带有字符串键的关键字参数。
【解决方案2】:

简短的版本是因为 Matz 这么说 - 在这个红宝石上 issue he cmets

我对这个提议持否定态度。我的观点是你不应该(或不再)使用字符串作为关键字。

这个实际问题是围绕由此而发生的事情,但如果马茨说不,那不太可能发生。不知道他有没有进一步阐述他反对的原因。

【讨论】:

    【解决方案3】:

    尽管关键字参数可以在哈希中传递,但我认为主要的用途是直接使用key: value 语法:

    my_method(first_name: 'Bob', last_name: 'Marley')
    

    就这种形式而言,这里没有符号键(或数组键)。 key: value 语法是直接表示关键字参数。

    我的猜测是,由于这种语法与带有符号键和省略大括号的哈希一致,因此通过带有符号键的哈希来接受关键字值对也是有意义的。并且可能是这样设计的,以便与使用符号键传递哈希的技巧兼容,该技巧在引入此语法之前使用。

    【讨论】:

    • 1.9 中的symbol: key 语法确实是专门作为向“真实”关键字参数的迁移路径引入的。
    猜你喜欢
    • 1970-01-01
    • 2022-08-07
    • 2014-06-19
    • 2017-01-07
    • 2012-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-07-30
    • 1970-01-01
    相关资源
    最近更新 更多