Ruby'nin `code 'start-end` end `un bir kod bloğu olarak kullanılmadan istenmeyen sonuçları var mı?

Question

Bazen aralarında rescue, else, ensure vb. Ifadeler olmadan ruby'de kullanılan begin...end bloklarını görüyorum. Örneğin:

foo = begin 
    whatever = 3 
    "great" 
    42 
end 

kodlayıcının niyet, öyle görünüyor ki, sadece kendi blok-gruplama kalitesi için begin...end blok kullanmaktır (begin sanki do vardı). Şahsen ben bu kullanım türünün en az sürpriz ilkesini ihlal ettiğini düşünüyorum (begin benim için istisna-taşıma anlamına gelir).

begin...end'un bu şekilde kullanılmasının istenmeyen sonuçları var mı? begin...end blokları, bu kullanımı tehlikeli hale getiren herhangi bir anlamsal farklılığa sahiptir (belki istisnai kullanımda?).

Ruby'nin sözdizimi inanılmaz derecede incelikli ve burada beklemekte tuhaf tuhaflıklar varsa şaşırmam.

Answer 1

Bazen bir değişkene bir şey atamak istiyorsam ancak önce atamak istediğim değeri hesaplamak zorundayım. Kodu bu şekilde biraz daha düzenli hale getirir. Bence kullanıcı tercihi. Temel olarak diyorsunuz: Ben bir şeyler atamadım, ama istediğim değeri elde etmek için ilk önce bazı şeyler yapmam gerekiyor. bunun yerine

if @cache.nil? 
    do_something! 
    @cache = read_value 
end 

arasında, Memoization yaparken It

@cache ||= begin 
    do_something! 
    read_value 
end 

Burada ne yararlanmakta olup Yakut tercüman bir yığın olmasıdır yapabileceği özellikle yararlıdır ve her ifade genellikle bir şey itecektir Yığın veya yığından bir şey alın. Atama sadece son şeyi yığından alır ve atayacaktır (bu durumda başlangıç ​​/ sondan son satır). Bunu çoğu kez bilmek (Ruby'de yığın yaklaşımı) yararlı olabilir.

En azından ihmalkarlığı ihlal etse de, sanırım onu ​​kullanmak isteyip istemediğiniz kullanıcı tercihidir.

Sen buna Ruby MRI 1.9 oluşturduğu neler baytkodu talimatları bakarak beklenmedik bir şey yapmaz görebilirsiniz:

RubyVM::InstructionSequence::compile("c = begin; a = 5; 6; end").to_a 

[:trace, 1], 
[:trace, 1], 
[:putobject, 5], 
[:setlocal, 2], 
[:trace, 1], 
[:putobject, 6], 
[:dup], 
[:setlocal, 3], 
[:leave] 

İz yığın izlerini adildir, bunu göz ardı edebilirsiniz. Dup, yığındaki son öğeyi çoğaltır. Bu örnekte, a yerel değişkenin numarası 2 ve c yerel değişkenin numarası 3'dir (dolayısıyla a değişkenine atanacaktır). a = 5; c = 6 ile karşılaştırıldığında bunun tek yan etkisi, dup yönergesidir; bu, yönteminizin yığın boyutunun 1 yuvalı daha büyük olacağı anlamına gelir. Fakat bu özellikle önemli değildir, çünkü yorumlayıcı bu özel yöntemde iken herhangi bir etkiye sahiptir ve yığın için bellek zaten önceden ayrılmış olduğundan, yalnızca yığın göstergesinin aksi takdirde 1'den daha fazla azaltılacağı anlamına gelir. Yani temelde hiç bir değişiklik yok. En iyi duruma getirme seçenekleri dup olsa bile muhtemelen kaybolacaktır.