Kommentare zu: Eure Meinung: Sichtbarkeit von Variablen http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/ Ein PHP Blog mit aktuellen PHP Informationen und Tricks für Entwickler. Fri, 10 Sep 2010 18:51:32 +0000 http://wordpress.org/?v=2.6.5 Von: timi http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-349 timi Sun, 21 Oct 2007 20:22:34 +0000 http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-349 Aleks hat Recht. Wie wärs, wenn Du Dir die DB Klasse per Singleton holst, wenn Du sie benötigst, dann muss sie nicht als Klassenmember eingebettet sein? Aleks hat Recht. Wie wärs, wenn Du Dir die DB Klasse per Singleton holst, wenn Du sie benötigst, dann muss sie nicht als Klassenmember eingebettet sein?

]]> Von: Frank http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-341 Frank Sun, 21 Oct 2007 17:39:57 +0000 http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-341 Hiho, ich bin frpoh, dass PHP endlich deutlich mehr in die Richtung geht, die JAVA schon vor Jahren eingeschlagen hat. Das Verhalten ist imho absolut korrekt. Siehe dazu auch die Doku unter: http://de.php.net/manual/de/language.oop5.visibility.php Gruß _Frank Hiho,
ich bin frpoh, dass PHP endlich deutlich mehr in die Richtung geht, die JAVA schon vor Jahren eingeschlagen hat. Das Verhalten ist imho absolut korrekt.

Siehe dazu auch die Doku unter:
http://de.php.net/manual/de/language.oop5.visibility.php

Gruß
_Frank

]]> Von: phil http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-339 phil Sun, 21 Oct 2007 09:52:36 +0000 http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-339 Also, es hat nicht JEDES Objekt eine Referenz auf die DB, aber ich habe ein Konfigurationsobjekt, das ich bei Bedarf in dem entsprechenden Objekt registrieren kann, damit es eben DB anfragen etc. ausführen kann. Wenn ich so ein Objekt dann in der Session übertragen will, dann soll dieses Konf-Objekt eben nicht mit in die Session, weil die DB Connection eben auf jeden Fall wieder erneuert werden muss. Also wird automatisch diese Sleep Funktion gecallt. Dafür ist die in PHP eingeführt worden. Und ich denke nicht, dass es besonders performant ist, wenn ich nach jedem Pageload, in dem ein oder viele Datenobjekte geladen wurden diese per Reflection Reverse Engineere... Also, es hat nicht JEDES Objekt eine Referenz auf die DB, aber ich habe ein Konfigurationsobjekt, das ich bei Bedarf in dem entsprechenden Objekt registrieren kann, damit es eben DB anfragen etc. ausführen kann. Wenn ich so ein Objekt dann in der Session übertragen will, dann soll dieses Konf-Objekt eben nicht mit in die Session, weil die DB Connection eben auf jeden Fall wieder erneuert werden muss. Also wird automatisch diese Sleep Funktion gecallt. Dafür ist die in PHP eingeführt worden.

Und ich denke nicht, dass es besonders performant ist, wenn ich nach jedem Pageload, in dem ein oder viele Datenobjekte geladen wurden diese per Reflection Reverse Engineere…

]]> Von: aleks http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-338 aleks Sun, 21 Oct 2007 09:40:14 +0000 http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-338 wenn es unbedingt sein muss - mit der reflection api sollte das doch gehen: http://php.net/manual/en/language.oop5.reflection.php aber warum soll es überhaupt in *jedem* objekt eine referenz auf ein objekt mit konfigurationsdaten wie der datenbankverbindung geben? (und warum dann plötzlich nicht mehr?) wenn es unbedingt sein muss - mit der reflection api sollte das doch gehen:

http://php.net/manual/en/language.oop5.reflection.php

aber warum soll es überhaupt in *jedem* objekt eine referenz auf ein objekt mit konfigurationsdaten wie der datenbankverbindung geben? (und warum dann plötzlich nicht mehr?)

]]> Von: phil http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-337 phil Sun, 21 Oct 2007 09:28:00 +0000 http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-337 Ich denke mal, dass es wesentlich mehr Aufwand ist diese __sleep Funktion in jedem Member Objekt zu haben?! Du kennst ja so ein bisschen meine Programmierstil... Hab jedenfalls erstmal die Variablen auf protected geändert. Jetzt läuft der Laden erstmal wieder, bis ich einen neuen Weg überlege, die gesetzten Variablen meines Objektes auszulesen :) Ich denke mal, dass es wesentlich mehr Aufwand ist diese __sleep Funktion in jedem Member Objekt zu haben?! Du kennst ja so ein bisschen meine Programmierstil…

Hab jedenfalls erstmal die Variablen auf protected geändert. Jetzt läuft der Laden erstmal wieder, bis ich einen neuen Weg überlege, die gesetzten Variablen meines Objektes auszulesen :)

]]> Von: timi http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-336 timi Sun, 21 Oct 2007 09:09:22 +0000 http://www.phpblogger.net/2007/10/21/eure-meinung-sichtbarkeit-von-variablen/#comment-336 Hi Phil, schön das Du wieder an Board bist... Also ich sehe die Sache folgendermaßen: 1. get_object_vars ist eine globale Funktion und keine Memberfunktion von this. Dementsprechend ist es richtig, dass 2. nur externen Zugriff auf public oder protected Variablen hat, die von Nicht-Memberfunktionen zugänglich sind (denn private deklarierte Variablen sind Klasseninternen Memberfunktionen vorbehalten), deshalb ist es 3. kein Bug, sondern ein Feature... ;) und somit 4. ist die Fehlermeldung bei PHP hinfällig *zwinker* Eine Lösung ist es aber keinesfalls, alles auf protected umzustellen - das ist ja auch nicht im Sinne des Erfinders. Da __sleep bewusst eine Memberfunktion Deiner zu serialisierenden Objekte ist, könntest Du für jedes zu serialisierende Objekt explizit die __sleep Funktion implementieren. Das wäre vom Programmierhandwerk her gesehen das Beste. Vielleicht hat ja jemand ne Idee, wie man es automatisieren könnte, weil es ne Menge Aufwand bedeutet, Deine Klassen umzustellen... Hi Phil,

schön das Du wieder an Board bist… Also ich sehe die Sache folgendermaßen:

1. get_object_vars ist eine globale Funktion und keine Memberfunktion von this. Dementsprechend ist es richtig, dass

2. nur externen Zugriff auf public oder protected Variablen hat, die von Nicht-Memberfunktionen zugänglich sind (denn private deklarierte Variablen sind Klasseninternen Memberfunktionen vorbehalten), deshalb ist es

3. kein Bug, sondern ein Feature… ;) und somit

4. ist die Fehlermeldung bei PHP hinfällig *zwinker*

Eine Lösung ist es aber keinesfalls, alles auf protected umzustellen - das ist ja auch nicht im Sinne des Erfinders.

Da __sleep bewusst eine Memberfunktion Deiner zu serialisierenden Objekte ist, könntest Du für jedes zu serialisierende Objekt explizit die __sleep Funktion implementieren. Das wäre vom Programmierhandwerk her gesehen das Beste.

Vielleicht hat ja jemand ne Idee, wie man es automatisieren könnte, weil es ne Menge Aufwand bedeutet, Deine Klassen umzustellen…

]]>