Instanzvariable: self vs @

Hier ist ein Code:

class Person
  def initialize(age)
    @age = age
  end

  def age
    @age
  end

  def age_difference_with(other_person)
    (self.age - other_person.age).abs
  end

  protected :age
end

Was ich wissen möchte, ist der Unterschied zwischen der Verwendung @ageund self.agein age_difference_withVerfahren.

Das Schreiben @agegreift direkt auf die Instanzvariable zu @age. Durch das Schreiben self.agewird das Objekt angewiesen, sich selbst die Nachricht zu senden age, die normalerweise die Instanzvariable @agezurückgibt. Je nachdem, wie die ageMethode in einer bestimmten Unterklasse implementiert ist , können jedoch beliebig viele andere Aktionen ausgeführt werden. Beispielsweise haben Sie möglicherweise eine MiddleAgedSocialite-Klasse, deren Alter immer 10 Jahre jünger ist als es tatsächlich ist. In der Praxis kann eine PersistentPerson-Klasse diese Daten aus einem persistenten Speicher träge lesen und alle persistenten Daten in einem Hash zwischenspeichern.

Der Unterschied besteht darin, dass die Verwendung der Methode von der Implementierung isoliert wird. Wenn sich die Implementierung der Eigenschaft ändern sollte - beispielsweise um das Geburtsdatum beizubehalten und dann das Alter basierend auf der Zeitdifferenz zwischen jetzt und dem Geburtsdatum zu berechnen -, muss sich der Code je nach Methode nicht ändern. Wenn die Eigenschaft direkt verwendet würde, müsste die Änderung auf andere Bereiche des Codes übertragen werden. In diesem Sinne ist die direkte Verwendung der Eigenschaft fragiler als die Verwendung der von der Klasse bereitgestellten Schnittstelle.

Seien Sie gewarnt, wenn Sie eine Klasse erben, von Struct.newder aus Sie einen Intializer erstellen können ( Wie wird ein Initialisierer in Ruby generiert? )

class Node < Struct.new(:value)
    def initialize(value)
        @value = value
    end
    def show()
        p @value
        p self.value # or `p value`
    end
end 

n = Node.new(30)
n.show()

wird zurückkehren

30
nil

Wenn Sie jedoch den Initialisierer entfernen, wird er zurückgegeben

nil
30

Mit der Klassendefinition

class Node2
    attr_accessor :value
    def initialize(value)
        @value = value
    end
    def show()
        p @value
        p self.value
    end
end

Sie sollten den Konstruktor angeben.

n2 = Node2.new(30)
n2.show()

wird zurückkehren

30
30

Die erste Antwort ist völlig richtig, aber als relativer Neuling war mir nicht sofort klar, was es bedeutete (Nachrichten an sich selbst senden? Huh ...). Ich denke, dass ein kurzes Beispiel helfen wird:

class CrazyAccessors
  def bar=(val)
    @bar = val - 20 # sets @bar to (input - 20)
  end
  def bar
    @bar
  end

  def baz=(value)
    self.bar = value # goes through `bar=` method, so @bar = (50 - 20)
  end

  def quux=(value)
    @bar = value     # sets @bar directly to 50
  end
end

obj  = CrazyAccessors.new
obj.baz = 50
obj.bar  # => 30
obj.quux = 50
obj.bar  # => 50

Es gibt keinen Unterschied. Ich vermute, dass dies nur für den dokumentarischen Wert des Sehens self.ageund der other_person.ageNähe zueinander getan wurde .

Ich nehme an, dass die Verwendung es ermöglicht, in Zukunft einen tatsächlichen Getter zu schreiben, was etwas Komplexeres bewirken könnte, als nur eine Instanzvariable zurückzugeben, und in diesem Fall müsste sich die Methode nicht ändern.

Aber das ist eine unwahrscheinliche Abstraktion, über die man sich Sorgen machen muss. Wenn sich die Implementierung des Objekts ändert, ist es sinnvoll, andere Methoden zu ändern. Irgendwann ist eine einfache Referenz innerhalb des Objekts selbst durchaus sinnvoll.

In jedem Fall erklärt die Abstraktion der ageEigenschaft immer noch nicht die explizite Verwendung von self, da einfach nur ageder Accessor aufgerufen hätte.

@age - ist definitiv das instanzvariable Alter

self.age - bezieht sich auf das Alter der Instanzeigenschaft.