Ich geh nach lesen des Posts mal davon aus, dass zwei Funktionen besser sind als


$this->Value($value) {
if ( $value === null ) {
return $this->Something;
} else {
$this->Something = $value;
}


Also, vielen Dank

Vorab, auch in .NET gibt es etwas Ähnliches:

/// Gets or sets the username of the customer. ///
[Property(Unique=true, NotNull=true)]
public string Username { get; set; }

Also prinzipiell nichts ungewöhnliches oder fieses. Man sollte es aber auch nicht übertreiben.

Man sollte sich eher fragen, warum es die Methoden get/setStreet, get/setZipcode, get/setCity überhaut gibt.
Anstatt $user->address() oder create/changeAddress($street, $zip, $city) oder noch besser ..->changeAddress(Adress $adress)….

Für mich ist es eher ein Problem, daß Puristen tausende getter/setter schreiben, statt sich über die Intention von Klassen und Methoden oder vernünftige, in sich logische Klassen/Typen, wie z.B. eine Adresse, Gedanken zu machen.

Bin zwar etwas spät dran (der Link “Vor einem Jahr” hat mich hergeführt), habe trotzdem aber eine kleine Bemerkung zu dem Thema zu machen.

In Perl ist es durchaus üblich, Getter und Setter zusammen zu fassen. Nicht überall, aber doch immer mal wieder, zB in einem weit verbreiteten ORM (DBIx::Class). Sicherlich sollte es dann in einem Projekt durchgängig verwendet werden, was meiner Beobachtung nach auch so ist.

Es ist in dieser Sprache (aus technischen Gründen) sehr unschön, die Attribute von außen anzusprechen, daher immer über Methoden (ist ja sowieso best practice).

Der Code wird dadurch meist nicht unübersichtlicher, da man üblicherweise dem Setter nur eine Zeile hinzufügt:
return $this->{value};
(OK und ein if, um den alten Wert nicht auf undef zu setzen).

Ist sicherlich erstmal gewöhnungsbedürftig. Bin auch wieder davon abgekommen, weil es meiner Meinung nach auch jede Methode eine bestimmte Funktion – und eben nur eine – haben sollte.

Viele Grüße

THX….

Ich stehe gerade am Anfang und habe gerade einen Controller mit dem $_SESSION Zugriff verwendet.

Gibts gute Gründe auf die Zend-Session-Namespaces umzustellen, oder ist das nur so ein Zend-Standard ?

2)
Die Rede ist von magic quotes? Magische Funktionen wie __call und __construct gibts noch nicht so lange, denke ich.

Die Quotes selbst sind ab 5.3 depricated, wie ich gerade lese.

Das Problem mit Zend_Session kommt allerdings nicht vom Session-Handling, sondern von magischen Attributen und einem etwas merkwürdigen Verhalten in älteren PHP-Versionen. Soweit ich mich erinnere funktionierten magische Attribute, wenn sie noch nicht initialisiert waren, nur bei Zuweisung, nicht allerdings beim impliziten Casting, wie es bei der Array-Schreibweise vorkommt. Zumindest soweit ich mich erinner

Aber:

Danke für den Post.

Ich habe noch manchmal meine Schwierigkeiten getter und setter auseinanderzuhalten.

Nun bin ich ein Stück näher. Obwohl ich öfters auch hybriden verwende versuche ich Werte ich ich zurückbekommen möchte in getters zu packen und werte die ich der anwendung mitteilen will mit settern zu setzen.

Was das Zend_Session problem angeht.

Ja die Namespaces sind eigendlich Sessionhandlings. Nur das hier Kollisionen vermieden werden.

Mir persönlich ist der Aufwand mit den namespaces noch zu hoch. Daher verwende ich weiter die Superglobals $_SESSION.

Ist ja nicht verboten oder?