Warum Rubys attr_accessor, attr_reader und attr_writer verwenden?

Ruby bietet diese praktische und bequeme Möglichkeit, Instanzvariablen mithilfe von Schlüsseln wie freizugeben

attr_accessor :var
attr_reader :var
attr_writer :var

Warum sollte ich wählen attr_readeroder attr_writerwenn ich einfach verwenden könnte attr_accessor? Gibt es so etwas wie Leistung (was ich bezweifle)? Ich denke, es gibt einen Grund, sonst hätten sie solche Schlüssel nicht gemacht.

Sie können die verschiedenen Zugriffsmethoden verwenden, um jemandem, der Ihren Code liest, Ihre Absicht mitzuteilen und das Schreiben von Klassen zu vereinfachen, die unabhängig vom Aufruf ihrer öffentlichen API ordnungsgemäß funktionieren.

class Person
  attr_accessor :age
  ...
end

Hier kann ich sehen, dass ich das Alter sowohl lesen als auch schreiben kann.

class Person
  attr_reader :age
  ...
end

Hier kann ich sehen, dass ich nur das Alter lesen darf. Stellen Sie sich vor, dass es vom Konstruktor dieser Klasse festgelegt wird und danach konstant bleibt. Wenn es einen Mutator (Writer) für das Alter gibt und die Klasse unter der Annahme geschrieben wird, dass sich das einmal festgelegte Alter nicht ändert, kann ein Fehler durch den Code entstehen, der diesen Mutator aufruft.

Aber was passiert hinter den Kulissen?

Wenn Sie schreiben:

attr_writer :age

Das wird übersetzt in:

def age=(value)
  @age = value
end

Wenn Sie schreiben:

attr_reader :age

Das wird übersetzt in:

def age
  @age
end

Wenn Sie schreiben:

attr_accessor :age

Das wird übersetzt in:

def age=(value)
  @age = value
end

def age
  @age
end

Wenn Sie das wissen, können Sie darüber nachdenken: Wenn Sie nicht die attr _...-Helfer hätten und die Accessoren selbst schreiben müssten, würden Sie dann mehr Accessoren schreiben, als Ihre Klasse benötigt? Wenn beispielsweise das Alter nur gelesen werden müsste, würden Sie dann auch eine Methode schreiben, mit der es geschrieben werden kann?

Alle obigen Antworten sind richtig; attr_readerund attr_writersind bequemer zu schreiben, als die Methoden, für die sie Abkürzungen sind, manuell einzugeben. Abgesehen davon bieten sie eine viel bessere Leistung als das Schreiben der Methodendefinition selbst. Weitere Informationen finden Sie auf Folie 152 ab diesem Vortrag ( PDF ) von Aaron Patterson.

Nicht alle Attribute eines Objekts sollen direkt von außerhalb der Klasse festgelegt werden. Autoren für alle Ihre Instanzvariablen zu haben, ist im Allgemeinen ein Zeichen für eine schwache Kapselung und eine Warnung, dass Sie zu viel Kopplung zwischen Ihren Klassen einführen.

Als praktisches Beispiel: Ich habe ein Designprogramm geschrieben, in dem Sie Gegenstände in Behälter legen. Der Artikel hatte attr_reader :container, aber es war nicht sinnvoll, einen Schreiber anzubieten, da sich der Container des Artikels nur ändern sollte, wenn er in einen neuen platziert wird, für den auch Positionsinformationen erforderlich sind.

Es ist wichtig zu verstehen, dass Accessoren den Zugriff auf Variablen einschränken, nicht jedoch auf deren Inhalt. In Ruby ist wie in einigen anderen OO-Sprachen jede Variable ein Zeiger auf eine Instanz. Wenn Sie beispielsweise ein Attribut für einen Hash haben und es auf "schreibgeschützt" setzen, können Sie dessen Inhalt immer ändern, nicht jedoch den Inhalt des Zeigers. Schau dir das an:

irb(main):024:0> class A
irb(main):025:1> attr_reader :a
irb(main):026:1> def initialize
irb(main):027:2> @a = {a:1, b:2}
irb(main):028:2> end
irb(main):029:1> end
=> :initialize
irb(main):030:0> a = A.new
=> #<A:0x007ffc5a10fe88 @a={:a=>1, :b=>2}>
irb(main):031:0> a.a
=> {:a=>1, :b=>2}
irb(main):032:0> a.a.delete(:b)
=> 2
irb(main):033:0> a.a
=> {:a=>1}
irb(main):034:0> a.a = {}
NoMethodError: undefined method `a=' for #<A:0x007ffc5a10fe88 @a={:a=>1}>
        from (irb):34
        from /usr/local/bin/irb:11:in `<main>'

Wie Sie sehen, ist es möglich, ein Schlüssel / Wert-Paar aus dem Hash @a zu löschen, indem Sie neue Schlüssel hinzufügen, Werte ändern usw. Sie können jedoch nicht auf ein neues Objekt verweisen, da es sich um eine schreibgeschützte Instanzvariable handelt.

Sie möchten nicht immer, dass Ihre Instanzvariablen von außerhalb der Klasse vollständig zugänglich sind. Es gibt viele Fälle, in denen das Ermöglichen des Lesezugriffs auf eine Instanzvariable sinnvoll ist, das Schreiben jedoch möglicherweise nicht (z. B. ein Modell, das Daten aus einer schreibgeschützten Quelle abruft). Es gibt Fälle, in denen Sie das Gegenteil wollen, aber ich kann mir keine vorstellen, die mir nicht auf den Kopf gestellt wurden.