Jak zrozumieć różnicę między klasą eval () a instancją eval ()?

Druga odpowiedź jest poprawna, ale pozwól, że zgłęb trochę.

Ruby ma wiele różnych rodzajów zasięgu; sześć według Wikipedii , chociaż brakuje szczegółowej dokumentacji formalnej. Nie dziwi więc fakt, że instancja i klasa .

Bieżący zakres instancji jest zdefiniowany przez wartość self. Wszystkie niekwalifikowane wywołania metod są wysyłane do bieżącej instancji, podobnie jak wszelkie odwołania do zmiennych instancji (które wyglądają jak @this).

Jednakże def nie jest wywołaniem metody. Celem dla metod utworzonych przez def jest bieżąca klasa (lub moduł), którą można znaleźć za pomocą Module.nesting[0].

Zobaczmy, jak te dwa różne smaki eval wpływają na te zakresy:

String.class_eval { [self, Module.nesting[0]] } => [String, String] String.instance_eval { [self, Module.nesting[0]] } => [String, #<Class:String>]

W obu przypadkach zakres instancji jest obiektem, na którym jest wywoływany *_eval.

Dla class_eval, Klasa scope również staje się obiektem docelowym, więc def tworzy instancję metody dla tej klasy / modułu.

Dla instance_eval, klasa scope staje się klasą singleton (aka metaclass, eigenclass) obiektu docelowego. Metody instancji utworzone w klasie singleton dla obiektu stają się metodami Singletona dla tego obiektu. Metody Singletona dla klasy lub modułu są powszechnie (i nieco niedokładnie) nazywane metodami klasy .

Zakres klasy jest również używany do rozwiązywania stałych. Zmienne klasy (@@these @@things) są rozwiązywane za pomocą class scope, ale pomijają klasy singleton podczas przeszukiwania łańcucha zagnieżdżania modułów. Jedynym sposobem, jaki znalazłem, aby uzyskać dostęp do zmiennych klas w klasach singleton jest class_variable_get/set.

Chyba się pomyliłeś. class_eval dodaje metodę do klasy, więc wszystkie instancje będą miały metodę. instance_eval doda metodę tylko do jednego konkretnego obiektu.

foo = Foo.new
foo.instance_eval do
  def instance_bar
    "instance_bar"
  end
end

foo.instance_bar      #=> "instance_bar"
baz = Foo.new
baz.instance_bar      #=> undefined method

Instance_eval efektywnie tworzy metodę singleton dla danej instancji obiektu. class_eval utworzy normalną metodę w kontekście danej klasy, dostępną dla wszystkich obiektów tej klasy.

Oto link dotyczący metody Singletona i wzór Singletona (nie specyficzne dla ruby)

instance_eval i class_eval pozwalają na wykonanie fragmentu kodu. Więc co możesz powiedzieć? Staromodni eval potrafią to zrobić. Ale instance_eval i class_eval akceptują argument blokowy dla fragmentu kodu. Więc fragment kodu nie musi być ciągiem znaków. Również instance_eval i class_eval umożliwiają odbiornik (w przeciwieństwie do Starego eval). W związku z tym można wywołać te dwie nowoczesne metody na obiekcie klasy lub nawet na obiekcie instancji.

class A
end

A.instance_eval do
  # self refers to the A class object
  self
end

a = A.new

a.instance_eval do
  # self refers to the a instance object
  self
end

Pamiętaj również w ruby, że jeśli wywołamy metodę bez odbiornika, to metoda zostanie wywołana na self, który w bloku instance_eval jest obiektem, na którym wywołaliśmy instance_eval. zmienne instancji są prywatne w ruby. Nie można uzyskać do nich dostępu poza klasą, w której są zdefiniowane. Ponieważ zmienne instancji są przechowywane w self, możemy uzyskać do nich dostęp w instance_eval (to samo dotyczy prywatnych metod, które nie mogą być wywoływane z odbiornikiem):

class A
  def initialzie
    @a = “a”
  end

  private

  def private_a
    puts “private a”
  end
end

a = A.new
puts a.instance_eval {  @a }
# => “a”
puts a.instance_eval {  private_a }
# => “private a”

Możemy również dodać metody do odbiornika w instance_eval i class_eval. Tutaj dodajemy go do instance_eval:

class A
end

A.instance_eval do
  def a_method
    puts “a method”
  end
end

A.a_method
# =>  a method

Teraz pomyśl co my tylko przez chwilę. Użyliśmy instance_eval, zdefiniowaliśmy metodę w jej block, a następnie wywołaliśmy metodę na samym obiekcie klasy. Czy to nie metoda klasowa? Potraktuj to jako metodę "klasową", jeśli chcesz. Ale wszystko, co zrobiliśmy, to zdefiniowaliśmy metodę na odbiorniku w bloku instance_eval, A odbiornik okazał się A. Możemy łatwo zrobić to samo na obiekcie instancji:

 a.instance_eval do
  def a_method
    puts "a method"
  end
end

a.a_method
# => a method

Ale chcę wziąć tę odpowiedź trochę głębiej niż przyjęta odpowiedź. Gdzie instance_eval właściwie przyklejasz metody, które w nich umieszczasz? Idą do klasy singleton odbiornika! Gdy tylko wywołasz instance_eval na odbiorniku, interpreter ruby otworzy singleton_class i umieści metody zdefiniowane w bloku wewnątrz tego singleton_class. To tak, jakby używać extend w klasie (ponieważ extend otwiera klasę singleton i umieszcza metody w module przekazanym do extend w klasie singleton)! Otwiera singleton_class, która jest częścią hierarchii dziedziczenia (tuż przed klasą nadrzędną): A -> singleton_class -> Parent

Co sprawia, że class_eval jest inny? class_eval mogą być wywoływane tylko na klasach i modułach. self nadal odnosi się do odbiornika:

class A
end

A.class_eval do
  # self is A
  self
end

Ale w przeciwieństwie do instance_eval, kiedy zdefiniujesz metody w bloku class_eval, będą one dostępne na instancjach klasy nie sam obiekt klasy. Z class_eval, metody nie są dodawane do klasy singleton w hierarchii dziedziczenia. Zamiast tego metody są dodawane do current class odbiornika! Kiedy zdefiniujesz metodę w class_eval, ta metoda przechodzi bezpośrednio do current class i w ten sposób staje się metodą instancji. Więc nie można go wywołać na obiekcie klasy; można go wywołać tylko na instancjach obiektu klasy.