`＆block`というパラメータを持たないメソッドで、`＆block`と `yield self`を持つメソッドで` yield self`を使うのに違いはありますか？

Question

私はそのようなブロックa {}があると仮定した場合、私は、同じ結果にその

def a(&block) 
    block.call(self) 
end 

と

def a() 
    yield self 
end 

リードを理解しています。私の質問は - 私はそのようないくつかのコードの上につまずいているので、（私はそうでない変数/参照ブロックを使用しない場合）を有するのいずれかの利点がある場合、それはどんな違いかどうか：

def a(&block) 
    yield self 
end 

これは、私は&blockの使用を理解していないコンクリートの場合：

def rule(code, name, &block) 
    @rules = [] if @rules.nil? 
    @rules << Rule.new(code, name) 
    yield self 
end 

Answer 1

私は考えることができる唯一の利点は、イントロスペクションのためにある：

def foo;  end 
def bar(&blk); end 

method(:foo).parameters #=> [] 
method(:bar).parameters #=> [[:block, :blk]] 

のIDEとドキュメント発電機はこれを利用することができます。ただし、Rubyの引数渡しには影響しません。メソッドを呼び出すときは、宣言されているか呼び出されているかにかかわらず、ブロックを渡すか省略することができます。

Answer 2

def pass_block 
    yield 
end 
pass_block { 'hi' } #=> 'hi' 

と

def pass_proc(&blk) 
    blk.call 
end 
pass_proc { 'hi' } #=> 'hi' 

の主な違いはProcのインスタンス、blk、すなわち、オブジェクトであるので、他のメソッドに渡すことができます。対照的に、ブロックはオブジェクトではないため、渡すことはできません。

def pass_proc(&blk) 
    puts "blk.is_a?(Proc)=#{blk.is_a?(Proc)}" 
    receive_proc(blk) 
end 

def receive_proc(proc) 
    proc.call 
end 

pass_proc { 'ho' } 
blk.is_a?(Proc)=true 
    #=> "ho"