public function setMeineDaten(Daten $daten) {
$this->meine_daten = $daten;
}

meine_daten = $daten;
}
?>

Durch die explizite angabe des Typen kann ich verhindern, dass ungewollte Typen eingespeist werden.

Außerdem gilt in der OO immer gegen eine Schnittstelle zu programmieren, so ist man nachher frei, weitere Anpassungen vorzunehmen. Ich habe diese Möglichkeit schon oft genug genutzt.

Getter und Setter haben einen wichtigen Zweck! Sie sind nicht immer Pflicht, bei größeren Projekten aus meiner Sicht aber fast immer sinnvoll.
Ob die dahinterliegenden Attribute dann private oder protected sein müssen, hängt von der Fachlogik ab.

wenn ich mit der methode von Maikl auf das property zugreife:

$myObject->myVar = “test”;

dann müsste ich beim einführen einer setter/getter variante (weil notwendig) jede referenz ändern.

sprich dann wäre:

$myObject->setMyVar(“test”);

überall einzuführen wo der setter required ist.
Deshalb sind setter/getter definitiv best practice. Open/Closed principial. Von außen macht es keinen unterschied mehr, wenn sich in der MyObject Klasse etwas ändert, der Zugriff erfolgt immer gleich.
Beim Beispiel von Maikl müsste ich jeden aufruf ändern, alles mitzubekommen wäre schwierig.

Und bei modernen IDE’s wie Zend-Studio oder NetBeans ist der aufwand nicht größer als das Member direkt so zu benutzen:
NetBeans: Alt + Enter (beim private Member) generate getter/setter

Lg aus Österreich,
Manuel

1
2
3
4
5
6

public function setMeineDaten($daten) {
     if ($daten === null) {
          throw new Exception('Illegal argument');
     }
     $this->meine_daten = $daten;
}

Wenn man bspw. nur einen lesenden Zugriff erlauben möchte, ist der private Modifier und ein zugehöriger Getter eine gute Möglichkeit.

private $meine_daten;
public function getMeineDaten()
{
return $this->meine_daten;
}
public function setMeineDaten($daten)
{
$this->meine_daten = $daten;
}