В Ruby 1.8 есть тонкие различия между proc/lambda, с одной стороны, и Proc.new
с другой.
- Что это за различия?
- Можете ли вы дать рекомендации о том, как решить, какой из них выбрать?
- В Ruby 1.9, proc и лямбда отличаются. Какая сделка?
В Ruby 1.8 есть тонкие различия между proc/lambda, с одной стороны, и Proc.new
с другой.
Еще одна важная, но тонкая разница между procs, созданными с помощью lambda
и procs, созданных с помощью Proc.new
, заключается в том, как они обрабатывают оператор return
:
lambda
-created proc оператор return
возвращает только из самого процессаProc.new
оператор return
выглядит несколько более удивительным: он возвращает управление не только из proc, , но также из метода, содержащего proc!Здесь lambda
-created proc return
в действии. Он ведет себя так, как вы, вероятно, ожидаете:
def whowouldwin
mylambda = lambda {return "Freddy"}
mylambda.call
# mylambda gets called and returns "Freddy", and execution
# continues on the next line
return "Jason"
end
whowouldwin
#=> "Jason"
Теперь здесь Proc.new
-created proc return
делает то же самое. Вы собираетесь увидеть один из тех случаев, когда Ruby нарушает очень превознесенный принцип наименьшего сюрприза:
def whowouldwin2
myproc = Proc.new {return "Freddy"}
myproc.call
# myproc gets called and returns "Freddy",
# but also returns control from whowhouldwin2!
# The line below *never* gets executed.
return "Jason"
end
whowouldwin2
#=> "Freddy"
Благодаря этому удивительному поведению (а также меньшему набору текста) я предпочитаю использовать lambda
над Proc.new
при создании procs.
Чтобы дать дополнительные разъяснения:
Джо говорит, что поведение возврата Proc.new
является неожиданным. Однако, если вы считаете, что Proc.new ведет себя как блок, это не удивительно, так как именно так ведут себя блоки. lambas, с другой стороны, ведут себя как методы.
Это на самом деле объясняет, почему Procs являются гибкими, когда дело доходит до arity (количество аргументов), тогда как lambdas - нет. Блоки не требуют предоставления всех своих аргументов, но методы выполняются (если не задано значение по умолчанию). Хотя предоставление аргумента лямбда по умолчанию не является вариантом в Ruby 1.8, теперь оно поддерживается в Ruby 1.9 с альтернативным синтаксисом лямбда (как отмечено webmat):
concat = ->(a, b=2){ "#{a}#{b}" }
concat.call(4,5) # => "45"
concat.call(1) # => "12"
И Мичиэль де Маре (OP) неверен о Procs и лямбда, которые ведут себя одинаково с arity в Ruby 1.9. Я подтвердил, что они все еще поддерживают поведение от 1.8, как указано выше.
Операторы break
на самом деле не имеют большого смысла ни в Procs, ни в lambdas. В Procs перерыв вернет вас из Proc.new, которое уже завершено. И не имеет никакого смысла ломаться от лямбды, поскольку это по существу метод, и вы никогда не перестанете с верхнего уровня метода.
next
, redo
и raise
ведут себя одинаково как в Procs, так и в lambdas. В то время как retry
не допускается ни в одном, ни в случае возникновения исключения.
И, наконец, метод proc
никогда не должен использоваться, поскольку он несовместим и имеет неожиданное поведение. В Ruby 1.8 он фактически возвращает лямбду! В Ruby 1.9 это исправлено и возвращает Proc. Если вы хотите создать Proc, придерживайтесь Proc.new
.
Для получения дополнительной информации я настоятельно рекомендую O'Reilly The Ruby Programming Language, который является моим источником большей части этой информации.
Я нашел эту страницу, которая показывает, какая разница между Proc.new
и lambda
. Согласно странице, единственное различие заключается в том, что лямбда строго относится к числу аргументов, которые она принимает, тогда как Proc.new
преобразует отсутствующие аргументы в nil
. Вот пример сеанса IRB, иллюстрирующий разницу:
irb(main):001:0> l = lambda { |x, y| x + y } => #<Proc:[email protected](irb):1> irb(main):002:0> p = Proc.new { |x, y| x + y } => #<Proc:[email protected](irb):2> irb(main):003:0> l.call "hello", "world" => "helloworld" irb(main):004:0> p.call "hello", "world" => "helloworld" irb(main):005:0> l.call "hello" ArgumentError: wrong number of arguments (1 for 2) from (irb):1 from (irb):5:in `call' from (irb):5 from :0 irb(main):006:0> p.call "hello" TypeError: can't convert nil into String from (irb):2:in `+' from (irb):2 from (irb):6:in `call' from (irb):6 from :0
Страница также рекомендует использовать лямбда, если вы специально не хотите, чтобы поведение, устойчивое к ошибкам. Я согласен с этим настроем. Использование лямбда кажется немного более кратким и с такой незначительной разницей, кажется лучшим выбором в средней ситуации.
Что касается Ruby 1.9, извините, я еще не заглянул в 1.9, но я не думаю, что они изменили бы все это так (не верьте мне на слово, хотя, похоже, вы слышали о некоторых изменения, поэтому я, вероятно, ошибаюсь).
Proc старше, но семантика возврата очень противоречит мне (по крайней мере, когда я изучал язык), потому что:
Lambda функционально безопаснее и проще рассуждать - я всегда использую его вместо proc.
Я не могу сказать много о тонких различиях. Однако я могу указать, что Ruby 1.9 теперь предоставляет дополнительные параметры для lambdas и блоков.
Здесь новый синтаксис для прочных лямбдов под 1.9:
stabby = ->(msg='inside the stabby lambda') { puts msg }
Ruby 1.8 не имел этого синтаксиса. Также обычный способ объявления блоков /lambdas не поддерживал необязательные аргументы:
# under 1.8
l = lambda { |msg = 'inside the stabby lambda'| puts msg }
SyntaxError: compile error
(irb):1: syntax error, unexpected '=', expecting tCOLON2 or '[' or '.'
l = lambda { |msg = 'inside the stabby lambda'| puts msg }
Ruby 1.9, однако, поддерживает необязательные аргументы даже со старым синтаксисом:
l = lambda { |msg = 'inside the regular lambda'| puts msg }
#=> #<Proc:[email protected](irb):1 (lambda)>
l.call
#=> inside the regular lambda
l.call('jeez')
#=> jeez
Если вы хотите создать Ruby1.9 для Leopard или Linux, ознакомьтесь с этой статьей (бесстыдная самореклама).
Короткий ответ: важно то, что делает return
: lambda возвращается из себя, и proc возвращает из себя И функцию, которая его вызвала.
Чем менее понятно, почему вы хотите использовать их. лямбда - это то, что мы ожидаем от того, что вещи должны делать в смысле функционального программирования. Это, в основном, анонимный метод с автоматической привязкой текущей области. Из двух, лямбда - это тот, который вы, вероятно, должны использовать.
Proc, с другой стороны, действительно полезен для реализации самого языка. Например, вы можете реализовать инструкции "if" или "для" циклов с ними. Любое возвращение, найденное в proc, будет возвращено из метода, который вызвал его, а не только оператор "if". Так работают языки, как работают "если", так что я предполагаю, что Ruby использует это под обложками, и они просто открыли его, потому что он казался мощным.
Вам действительно понадобится это, только если вы создаете новые языковые конструкции, такие как циклы, конструкции if-else и т.д.
Хороший способ убедиться в том, что lambdas выполняются в своей области (как если бы это был вызов метода), в то время как Procs можно рассматривать как выполненный inline с вызывающим методом, по крайней мере, что хороший способ решить, какой один для использования в каждом случае.
Я не заметил комментариев по третьему методу в queston, "proc", который устарел, но обрабатывается по-разному в 1,8 и 1,9.
Вот довольно подробный пример, который позволяет легко увидеть различия между тремя аналогичными вызовами:
def meth1
puts "method start"
pr = lambda { return }
pr.call
puts "method end"
end
def meth2
puts "method start"
pr = Proc.new { return }
pr.call
puts "method end"
end
def meth3
puts "method start"
pr = proc { return }
pr.call
puts "method end"
end
puts "Using lambda"
meth1
puts "--------"
puts "using Proc.new"
meth2
puts "--------"
puts "using proc"
meth3
Закрытие в Ruby - хороший обзор того, как блоки, лямбда и proc работают в Ruby с Ruby.
Понимание Ruby Blocks, Procs и Lambdas Роберта Сосински ясно объясняет эти концепции программирования и усиливает объяснения с помощью кода примера. Объекты метода связаны и покрываются также.
lambda работает так, как ожидалось, как на других языках.
Проводной Proc.new
является удивительным и запутанным.
Оператор return
в proc, созданный Proc.new
, будет не только возвращать управление только от себя, но также и из метода, заключенного в него.
def some_method
myproc = Proc.new {return "End."}
myproc.call
# Any code below will not get executed!
# ...
end
Вы можете утверждать, что Proc.new
вставляет код в закрытый метод, как блок.
Но Proc.new
создает объект, а блок - часть объекта.
И есть еще одна разница между лямбдой и Proc.new
, которая является их обработкой (неправильных) аргументов.
лямбда жалуется на это, а Proc.new
игнорирует дополнительные аргументы или считает отсутствие аргументов равным нулю.
irb(main):021:0> l = -> (x) { x.to_s }
=> #<Proc:[email protected](irb):21 (lambda)>
irb(main):022:0> p = Proc.new { |x| x.to_s}
=> #<Proc:[email protected](irb):22>
irb(main):025:0> l.call
ArgumentError: wrong number of arguments (0 for 1)
from (irb):21:in `block in irb_binding'
from (irb):25:in `call'
from (irb):25
from /usr/bin/irb:11:in `<main>'
irb(main):026:0> p.call
=> ""
irb(main):049:0> l.call 1, 2
ArgumentError: wrong number of arguments (2 for 1)
from (irb):47:in `block in irb_binding'
from (irb):49:in `call'
from (irb):49
from /usr/bin/irb:11:in `<main>'
irb(main):050:0> p.call 1, 2
=> "1"
BTW, proc
в Ruby 1.8 создает лямбда, а в Ruby 1.9+ ведет себя как Proc.new
, что действительно запутывает.
Чтобы уточнить ответ Аккордеонного Парня:
Обратите внимание, что Proc.new
создает процесс, передаваемый блоком. Я считаю, что lambda {...}
анализируется как своего рода литерал, а не вызов метода, который передает блок. return
Внутри блока, прикрепленного к вызову метода, будет возвращен метод, а не блок, а случай Proc.new
- пример этого при воспроизведении.
(Это 1.8. Я не знаю, как это означает 1.9.)
Я немного опаздываю на это, но есть одна великая, но малоизвестная вещь о Proc.new
, которая вообще не упоминается в комментариях. Как по документации:
Proc::new
может быть вызван без блока только внутри метода с прикрепленным блоком, и в этом случае блок преобразуется в объектProc
.
Тем не менее, Proc.new
позволяет связать методы получения:
def m1
yield 'Finally!' if block_given?
end
def m2
m1 &Proc.new
end
m2 { |e| puts e }
#⇒ Finally!
Разница в поведении с return
- это ИМХО самое важное различие между 2. Я также предпочитаю лямбда, потому что это меньше набирает, чем Proc.new: -)