Dies sind Ruby-Methoden, die automatisch Getter- und/oder Setter-Methoden für Instanzvariablen generieren – und eliminieren damit Boilerplate-Code. Da Instanzvariablen (@name) privat sind und nicht direkt von außen zugänglich sind, benötigen Sie Accessor-Methoden zum Lesen/Schreiben, und attr_* generiert diese prägnant.
()
= name
()
= value
class Person
attr_reader :name # generates a GETTER only (read-only): person.name
attr_writer :email # generates a SETTER only (write-only): person.email = ...
attr_accessor :age # generates BOTH getter and setter: person.age / person.age = ...
def initialize(name, age)
@name = name
@age = age
end
end
person = Person.new("Ann", 30)
person.name # "Ann" — reader
person.age = 31 # writer
person.age # 31 — reader
person.name = "X" # ❌ NoMethodError — name is read-only (attr_reader, no setter)
attr_reader → nur Getter (Lesezugriff).attr_writer → nur Setter (Schreibzugriff).attr_accessor → Getter und Setter (Lese-/Schreibzugriff).Jede nimmt Symbole an, die die Instanzvariablen benennen, und generiert die entsprechenden Methoden automatisch – eine Zeile ersetzt mehrere manuelle Methodendefinitionen.
class BankAccount
attr_reader :balance # ✅ balance is readable but NOT directly settable (protect it)
def initialize
@balance = 0
end
def deposit(amount) # changes go through a controlled method, not a raw setter
@balance += amount if amount > 0
end
end
Die Wahl von attr_reader (anstelle von attr_accessor) für Felder, die nicht willkürlich von außen gesetzt werden sollten, ist gutes Encapsulation – Sie exponieren nur den Zugriff, den Sie beabsichtigen.
Das Verständnis von attr_accessor/attr_reader/attr_writer ist fundamentales, alltägliches Ruby-Wissen, da sie in fast jeder Ruby-Klasse vorkommen.
Der Kerngrund für ihre Existenz: Instanzvariablen (@name) sind privat und nicht direkt von außen zugänglich, daher benötigen Sie Accessor-Methoden zum Lesen oder Schreiben – und das manuelle Schreiben dieser Getter/Setter für jedes Attribut ist mühsames Boilerplate.
Diese Methoden generieren die Accessoren automatisch (attr_reader für schreibgeschützt, attr_writer für lesegeschützt, attr_accessor für beides), ersetzten mehrere Methodendefinitionen durch eine einzelne prägnante Zeile – ein Kennzeichen von Rubys Eleganz und Prägnanz.
Zu verstehen, was jede generiert, und die richtige Variante zu wählen ist auch eine Frage von gutem Encapsulation: Die Verwendung von attr_reader (schreibgeschützt) für Felder, die nicht willkürlich von außen gesetzt werden sollten, und attr_accessor nur dort, wo Lese-/Schreibzugriff wirklich beabsichtigt ist, kontrolliert, wie der Zustand eines Objekts exponiert wird (z. B. einen Kontostand lesbar machen, aber nur durch kontrollierte Methoden änderbar).
Da diese Accessoren in Ruby-Klassen (und Rails-Modellen) allgegenwärtig sind, ist das Wissen, wie sie funktionieren, was jeder generiert, und wie man für ordnungsgemäßes Encapsulation wählt, wesentliches, unverzichtbares Wissen zum Schreiben und Lesen von Ruby-Klassen – es ist eines der ersten Dinge, auf die Sie beim Definieren von Ruby-Klassen stoßen, und spiegelt den prägnanten, ausdrucksstarken Ansatz der Sprache zu einem häufigen Bedarf wider (kontrollierter Zugriff auf den Objektzustand).