Wer ist "selbst" in einem Ruby-Klassenblock?

Question

Also, das ist ziemlich klar in Javascript, die selbst wäre in dieser Situation, aber ich bin nicht positiv in Ruby.

class Product 

    after_initialize do |p| 
    p.set_approved 
    end 

    set_approved 
    approved = true 
    end 
end 

Weil ich war ziemlich sicher, dass p wäre, da ich den Code bin sicher,

def after_initialize(&blk) 
    yield(self) 
end 

eine Art ist und der Kontext der beiden Methoden ist self, warum ich zu tun

tun haben

def set_approved(p) 
    p.approved = true 
end 

Answer 1

In Ruby self ist viel mehr gesperrt und vorhersagbar als this ist in JavaScript. Sie müssen wirklich aus dem Weg gehen, um die Bindung eines Blocks zu wechseln, und wenn Sie das tun, können Sie Leute überraschen, was zu Verwirrung führt, so dass es normalerweise vermieden wird.

Hier ist, was tatsächlich passiert ist und wie man es neben Schritt, wenn es nicht wünschenswert ist:

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 

Rebinding den Block zu after_initialize gegeben schädlichen Auswirkungen haben könnte, so ist es normalerweise nicht getan. Wenn Sie eine Klassenmethode aufrufen möchten, die dort definiert ist, müssen Sie self.class.class_method_name anstelle von class_method_name aufrufen.

Mit anderen Worten, es wird erwartet, dass der Ausführungskontext des Blocks unter normalen Umständen nicht umgeschaltet wird.