imported>SchlurcherBot: Bot: http → https

2025-06-13T18:10:52Z

Bot: http → https

Neue Seite

Eine '''Zugriffsfunktion''', auch '''Zugriffsmethode''', '''Akzessor''' oder im [[Programmiererjargon]] ''getter und setter'' genannt, ist in der [[Objektorientierte Programmierung|objektorientierten Programmierung]] eine spezielle [[Methode (Programmierung)|Methode]], die eine einzelne Eigenschaft ([[Attribut (Programmierung)|Attribut]]) eines Objekts abfragt oder ändert. Zugriffsfunktionen sind Teil der öffentlichen [[Schnittstelle (Objektorientierung)|Schnittstelle]] eines Objekts und verbergen [[Implementierung]]s<nowiki/>details dieses Objekts. Dadurch kann die Implementierung eines Objekts geändert werden, ohne seine öffentliche Schnittstelle zu ändern.

== Abfragemethoden ''(Getter)'' ==
Eine Zugriffsmethode, die eine Eigenschaft eines Objekts abfragt, heißt auch Abfragemethode oder ''Getter'' (von {{enS|to get}} – etwas holen). Die Eigenschaft kann entweder direkt aus einem [[Attribut (Programmierung)|Objektattribut]] entnommen, das dann normalerweise eine geringere [[Zugriffsmodifikator|Sichtbarkeit]] hat, oder im Moment des Aufrufs berechnet werden. Für den Aufrufer ist das nicht erkennbar, dadurch wird die [[Datenkapselung (Programmierung)|Kapselung]] sichergestellt.

In einigen [[Programmiersprache]]n ist es üblich, die Namen aller Abfragemethoden mit <code>get</code> beginnen zu lassen. So könnte z. B. eine Methode, die den Namen einer Person abfragt, <code>getName</code> heißen. Alternativ können Methoden, welche [[Boolesche Algebra|Boolesche Werte]] abfragen, mit <code>is</code> (z. B. <code>isMarried</code>) oder <code>has</code> (z. B. <code>hasChild</code>) beginnen.

In anderen Programmiersprachen ist dies unüblich und die Methode hieße einfach <code>name</code>, da bereits der Funktionsaufruf als solcher ein ''Holen'' in sich hat.

== Änderungsmethoden ''(Setter)'' ==
Eine Zugriffsmethode, die ein Objektattribut ändert, heißt auch Änderungsmethode oder ''Setter'' (von {{enS|to set}} – etwas einstellen, setzen). Ein Vorteil der Änderungsmethode besteht darin, dass sie vor der Änderung den Wert auf Gültigkeit prüfen kann. So könnte beispielsweise in einem Objekt, das eine Person darstellt, die Funktion zum Setzen des Namens sicherstellen, dass als Name kein leerer Text übergeben wird. Falls ein ungültiger Wert übergeben wird, besteht eine mögliche Reaktion im Auslösen einer [[Ausnahmebehandlung|Ausnahmeroutine]], wodurch der normale Programmablauf unterbrochen und ein Fehler signalisiert wird.

Ein weiterer Vorteil der Änderungsmethode besteht darin, dass sie eventuelle Beobachter (im Sinne des gleichnamigen [[Beobachter (Entwurfsmuster)|Entwurfsmusters]]) über die Änderung des Objektzustands informieren kann. Dies wird beispielsweise in [[Model View Controller|Model-View-Controller]]-Architekturen benutzt, um eine Sicht (''View'', z. B. ein Bildschirmformular) zu aktualisieren, wenn der Inhalt des zugrundeliegenden Modells (''Model'', z. B. ein Datensatz in einer Datenbanktabelle) geändert wurde.

In einigen Programmiersprachen ist es üblich, die Namen aller Änderungsmethoden mit <code>set</code> beginnen zu lassen. So könnte z. B. eine Methode, die den Namen einer Person ändert, <code>setName</code> heißen. In anderen Programmiersprachen ist dieses Präfix unüblich und die Methode hieße einfach <code>name</code>, da bereits der parametrisierte Funktions-/Prozeduraufruf als solcher eine setzende Methode impliziert.

== JavaBeans ==
[[JavaBeans]], die [[Komponente (Software)|Komponenten]] der [[Java (Programmiersprache)|Programmiersprache Java]], erkennen Zugriffsfunktionen zur Laufzeit per [[Reflexion (Programmierung)|Reflection]] anhand ihrer Präfixe <code>get</code> und <code>set</code>. Die eigens dafür bereitgestellte Klasse <code>java.beans.Introspector</code> leitet daraus dann automatisch den Namen der abgefragten oder geänderten Eigenschaft ab, also beispielsweise <code>saldo</code> aus <code>getSaldo</code> oder <code>geburtstag</code> aus <code>setGeburtstag</code>.<ref>{{Literatur |Hrsg=Graham Hamilton |Titel=Java Beans API specification |Verlag=[[Sun Microsystems]], Inc. |Datum=1997-08-08 |Seiten=54 |Kommentar=Version 1.01 |Online=[https://java.sun.com/products/javabeans/docs/spec.html online]}}</ref>

== Kritik ==
[[Martin Fowler]] weist in seiner Beschreibung des [[Antimuster]]s [[Anämisches Objektmodell]] darauf hin, dass [[Objektmodell]]e, deren Objekte praktisch nur aus Zugriffsfunktionen bestehen und kein darüber hinausgehendes Verhalten anbieten, keine Vorteile gegenüber klassischen [[Datenbankmodell|Datenmodellen]] haben. Solche Objektmodelle sind daher nicht unbedingt sinnvoll.<ref>{{Internetquelle |autor=Martin Fowler |titel=AnemicDomainModel |url=https://martinfowler.com/bliki/AnemicDomainModel.html |werk=MF Bliki |datum=2003-11-25 |zugriff=2009-03-25 |sprache=en}}</ref>

== Einzelnachweise ==
<references />

[[Kategorie:Objektorientierte Programmierung]]
[[Kategorie:Unterprogramm]]

Zugriffsfunktion - Versionsgeschichte

imported>SchlurcherBot: Bot: http → https