ruby - clases - Variable de instancia: self vs @

variables de clase ruby

Question

Aquí hay un código:

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

Lo que quiero saber es la diferencia entre usar @age y self.age en age_difference_with method.

Answer 1

@age - es definitivamente la edad de la variable de instancia

self.age: hace referencia a la antigüedad de la propiedad de la instancia.

Answer 2

Escribir @age accede directamente a la variable de instancia @age . Escribir self.age le dice al objeto que se envíe la age del mensaje, que generalmente devolverá la variable de instancia @age , pero podría hacer cualquier cantidad de cosas dependiendo de cómo se implemente el método de age en una determinada subclase. Por ejemplo, puede tener una clase MiddleAgedSocialite que siempre informe que su edad es 10 años más joven de lo que realmente es. O más prácticamente, una clase PersistentPerson podría leer perezosamente los datos de una tienda persistente, almacenar en caché todos sus datos persistentes en un hash.

Answer 3

La diferencia es que está aislando el uso del método de la implementación del mismo. Si la implementación de la propiedad cambiara, por ejemplo, para mantener la fecha de nacimiento y luego calcular la edad en función de la diferencia en el tiempo entre ahora y la fecha de nacimiento, entonces no es necesario cambiar el código según el método. Si utilizó la propiedad directamente, entonces el cambio necesitaría propagarse a otras áreas del código. En este sentido, usar la propiedad directamente es más frágil que utilizar la interfaz proporcionada por la clase.

Answer 4

La primera respuesta es totalmente correcta, pero como un novato relativo, no me fue inmediatamente claro lo que implicaba (¿enviar mensajes a mí mismo? ¿Eh? ...). Creo que un breve ejemplo ayudará:

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

Answer 5

No hay ninguna diferencia Sospecho que se hizo solo por el valor documental de ver a self.age y other_person.age uno cerca del otro.

Supongo que ese uso permite que se escriba un getter real en el futuro, lo que podría hacer algo más complejo que simplemente devolver una variable de instancia, y en ese caso el método no tendría que cambiar.

Pero esa es una abstracción poco probable de la que preocuparse, después de todo, si la implementación del objeto cambió, es razonable cambiar otros métodos, en algún punto una simple referencia dentro del objeto en sí es perfectamente razonable.

En cualquier caso, la abstracción de la propiedad de la age todavía no explica el uso explícito de self , ya que simplemente la age simple también habría invocado el descriptor de acceso.

Answer 6

Tenga cuidado cuando hereda una clase de Struct.new que es una buena manera de generar un intializador ( ¿Cómo generar el inicializador en Ruby? )

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()

regresará

30
nil

Sin embargo, cuando elimina el inicializador, regresará

nil
30

Con la definición de clase

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

Deberías proporcionar el constructor.

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

regresará

30
30