Ответ 1
Это было подтверждено как ошибка на странице страницы отслеживания ошибок Ruby, где я сообщил об этом.
Я использую эту версию Ruby on Arch Linux. Я также попробовал первый фрагмент кода в ruby 1.9, который имел те же результаты.
ruby -v
ruby 2.1.0p0 (2013-12-25 revision 44422) [x86_64-linux]
uname -a
Linux ryantm0j132 3.12.7-2-ARCH #1 SMP PREEMPT Sun Jan 12 13:09:09 CET 2014 x86_64 GNU/Linux
Эти три фрагмента ниже - это отдельные программы.
Когда я использую локальные переменные блока, которые затеняют переменную, массив local_variables содержит 3 записи:
a = 1
puts local_variables.inspect #=> [:a]
proc { |;a|
puts local_variables.inspect #=> [:a,:a,:a]
}.call
Если я не тень, все, что содержит 1 запись:
puts local_variables.inspect #=> []
proc { |;b|
puts local_variables.inspect #=> [:b]
}.call
Другой пример локальной переменной блока, не затеняющей ничего:
a = 1
puts local_variables.inspect #=> [:a]
proc { |;b|
puts local_variables.inspect #=> [:b,:a]
}.call
Есть ли какая-то причина для этих дополнительных записей в первом случае? Это ошибка в рубине?
Это было подтверждено как ошибка на странице страницы отслеживания ошибок Ruby, где я сообщил об этом.
Похоже, я наконец понял, почему их три. Из моей компетенции решить, является ли это ошибкой.
Давайте посмотрим на bindings
:
b1 = binding
a = 1
puts proc { |b2=binding; a|
a = 3
"T: #{b1}, B: #{b2}, L: #{binding}\n" +
"TV: #{b1.eval('a')}, BV: #{b2.eval('a')}, LV: #{binding.eval('a')}"
}.call
# ⇒ T: #<Binding:0x0000000294ef88>,
# ⇒ B: #<Binding:0x0000000294de58>,
# ⇒ L: #<Binding:0x0000000294dd68>
# ⇒ T: 1, B: 3, L: 3
Кажется, есть три объекта Binding
, каждый из которых имеет локальное имя переменной, добавленное в список, если и только оно было затенено. Привязка b2
, хотя это отдельный экземпляр, влияет на настройку a = 3
.
Возможно, было сделано упрощение дисконтирования local_variables
.