Kommentare zu: Die Modifiers in PHP – Teil 1 http://www.phpmonkeys.de/2010/07/20/die-modifiers-in-php-teil-1/ Software Development in PHP Sat, 04 Feb 2012 17:38:49 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Von: Norbert http://www.phpmonkeys.de/2010/07/20/die-modifiers-in-php-teil-1/comment-page-1/#comment-346 Norbert Tue, 27 Jul 2010 04:50:25 +0000 http://www.phpmonkeys.de/?p=553#comment-346 In den Projekten, bei denen ich bisher mitgearbeitet habe, gab es keine public Attribute (oder Member Variablen). Datenobjekte bieten sich natürlich an, aber die waren bisher immer mit der Datenbank verknüpft und die der ORM-Layer möchte informiert sein, wenn sich das Datenobjekt ändert. Dies kann man intern durch <code>__set</code> und <code>__get</code> erreichen. Von außen sieht alles immer noch so aus, als wären die Attribute public. An dieser "Tradition" würde ich festhalten, da man bei PHP keine Typ-Sicherheit hat und die einzelnen Attribute kontrolliert befüllt werden sollten. Einen Sonderfall unterstütze ich natürlich. Wenn man Bibliotheken nutzt um bspw. einen Webservice anzusprechen, erhält man ganz gerne PHP-Objekte zurück, die komplett public sind. Ist ja nicht tragisch, aber eben eher die Ausnahme von der Regel. Mein Vorgehen ist auch daher geprägt, da ich auch Java-Entwickler bin und einige der PHP-Kollegen aus der Java-Ecke kommen. Dort ist es ganz normal mit Gettern und Settern zu arbeiten. Die beiden oben genannten magischen Methoden sind ja auch nichts anderes als universelle Versionen. In den Projekten, bei denen ich bisher mitgearbeitet habe, gab es keine public Attribute (oder Member Variablen). Datenobjekte bieten sich natürlich an, aber die waren bisher immer mit der Datenbank verknüpft und die der ORM-Layer möchte informiert sein, wenn sich das Datenobjekt ändert. Dies kann man intern durch __set und __get erreichen. Von außen sieht alles immer noch so aus, als wären die Attribute public. An dieser “Tradition” würde ich festhalten, da man bei PHP keine Typ-Sicherheit hat und die einzelnen Attribute kontrolliert befüllt werden sollten.

Einen Sonderfall unterstütze ich natürlich. Wenn man Bibliotheken nutzt um bspw. einen Webservice anzusprechen, erhält man ganz gerne PHP-Objekte zurück, die komplett public sind. Ist ja nicht tragisch, aber eben eher die Ausnahme von der Regel.

Mein Vorgehen ist auch daher geprägt, da ich auch Java-Entwickler bin und einige der PHP-Kollegen aus der Java-Ecke kommen. Dort ist es ganz normal mit Gettern und Settern zu arbeiten. Die beiden oben genannten magischen Methoden sind ja auch nichts anderes als universelle Versionen.

]]> Von: Ralph Meier http://www.phpmonkeys.de/2010/07/20/die-modifiers-in-php-teil-1/comment-page-1/#comment-339 Ralph Meier Mon, 26 Jul 2010 11:44:54 +0000 http://www.phpmonkeys.de/?p=553#comment-339 Wie handhabst Du das private/public bei member Variablen? Es gibt ja auch Fälle, z.B. bei reinen Datenobjekten, wo es nicht wirklich Sinn macht, etwas private zu machen. Hast Du Beispiele, wo du member Variablen public machst (der Normalfall ist ja private/protected). Wie handhabst Du das private/public bei member Variablen? Es gibt ja auch Fälle, z.B. bei reinen Datenobjekten, wo es nicht wirklich Sinn macht, etwas private zu machen.

Hast Du Beispiele, wo du member Variablen public machst (der Normalfall ist ja private/protected).

]]>