Rubyのクラスレベルブロックで「自己」は誰ですか？

Question

これはJavascriptでかなり自明ですが、Rubyでは正解ではありません。

class Product 

    after_initialize do |p| 
    p.set_approved 
    end 

    set_approved 
    approved = true 
    end 
end 

私はコードが

def after_initialize(&blk) 
    yield(self) 
end 

のいくつかの並べ替え、両方の方法の状況であると確信しているので、pはなりかなり確信していたので、私は

をしなければならない理由 self、あります

def set_approved(p) 
    p.approved = true 
end 

Answer 1

Rubyでselfは、JavaScriptにはthisがはるかにロックダウンされ、予測可能です。あなたは実際にブロックのバインディングを切り替えるためにあなたの道を離れなければなりません。そして、あなたがそうすると、混乱を招く人々を驚かせることができるので、通常回避されます。

はここで実際に起こって、どのようにあなたがサイドステップすることができ、それは望ましくないですそれならば何だ：それは通常行われていないので、有害な影響を持つことができafter_initializeに与えられたブロックを再バインド

class Product 
    # Usage type #1: Supply a Proc 
    after_initialize do |p| 
    # self here refers to the Product class since this block was defined at the 
    # class level. 
    p.set_approved 
    end 

    # Usage type #2: Call a method 
    after_initialize :trigger_set_approved 

protected 
    def trigger_set_approved 
    # This is an instance method, so self is an instance of Product 
    self.set_approved 
    end 
end 

。そこに定義されているクラスメソッドをProductで呼びたい場合は、class_method_nameの代わりにself.class.class_method_nameに電話する必要があります。

つまり、通常の状況でブロックの実行コンテキストが切り替わらないことが予想されます。