Startwerte von Klassenvariablen?

[NicNac]

Hi

Ich programmiere mittlerweile immer mehr Klassen in PHP und musste mich mehrmals fragen, ob ich jetzt eine Variable einfach in der Klasse per $variable = "Startwert" setzen möchte oder sie per Konstruktor übergeben lassen soll.

Wie macht ihr das so?

Also momentan mache ich es immer so, dass solche Variablen, die Userspezifisch (MySQL Datenbank, Passwort etc.) sind und nicht Objektspezifisch, die muss man in der Klasse selbst setzen (eben per $db = "Test"). Alles andere das widerum von Objekt zu Objekt ändert per Konstruktor.

Aber wie siehts bei euch aus? Immer alles in den Konstruktor packen? Derw ird einfach manchmal wesentlich zu gross, besonders wenn gewisse Klassenvariablen Arrays sind...

[Strogij]

Deine Lösung ist für mich, einen OOP-Freak zu schmutzig. Ich würde da schon eine Klasse für MySQL erstellen, die Referenz oder Objekt dieser Klasse übergibst du dann an den Konstruktor der Klasse für die User.

PHP-Code:

class MySQL { function MySQL(/* Hier die Daten eingeben */) {} }

class User { function User(&$mysql_ref) { /* Hier arbeite ich mit dem MySQL-Objekt */ } } 


Warum es besser ist? Du kannst nur ein Objekt vom Typ MySQL haben, um weitere Klassen damit zu füttern, ohne jedes mal die Daten erneut zu vergeben.

[NicNac]

hm schnall ich noch nicht ganz...das heisst:

Klasse MySQL
var tabelle
var passwort
etc.

Klasse User
Alle Funktionen mit diesen Variablen?

[Strogij]

Nee, so meine ich es:

PHP-Code:

class MySQL
{
var $host;
var $user;
var $passw;
//...

function MySQL($host, $user, $passw) { /* Initialisieren von Klassenelementen */ }

function Query($query_str) {}

function Close() {}
}

class User
{
var $mysql; // Enthällt alles als MySQL-Objekt

function User(&$mysql) { $this->mysql =& $mysql; }

function User_anlegen() { $this->mysql->Query("INSERT INTO..."); }
}

// Und nun benutzen wir das ganze:

$mysql = &new MySQL('localhost', 'Admin', 'Geheim');

$user = &new User($mysql); // Braucht jetzt nichts mehr, was MySQL-Objekt schon hat 


[NicNac]

hm kapiere das schon besser danke aber..

was bewirkt $irgendwas = &new ...

das & ist doch normalerweise dass etwas per ref und nicht per val übergeben wird. aber bei new kapiere ich das nicht so..weil wenn man da etwas an den konstruktor übergeben müsste könnte man doch nur
$irgendwas = new objekt(&$übergabevariable)
schreiben?

[Strogij]

Nein, da verstehst du was falsch. new gibt in PHP(!) automatisch ein Objekt zurück, wir machen ohne & also eine Kopie daraus, mit & bei der Zuweisung wird dagegen eine Referenz erzeugt.

Bei der Übergabe der Referenz an eine Funktion, die nicht mit &$arg (in dem Funktionsrumpf) gekennzeichnet wurde kann es übrigens sein, daß man falsche Ergebnisse bekommt, weil die Funktion diese Werte nicht an die Referenz angepasst hat, sondern die Argumente anders (lokal) verwaltet:

PHP-Code:

function foo($arg) { $lokal = $arg; ++$lokal; }

// Aufruf:
$var = 5;
foo(&$var);
echo $var; // immer noch 5... he??? 


Von daher ist es eher ein schlechter Stil, besser wäre es wenn man gleich eine Funktion schreibt, die Referenzen als Argumente erwartet:

PHP-Code:

function foo(&$arg) { ++$arg; } // Man sieht schon hier, daß die Funktion mit Referenzen arbeiten soll

// Aufruf:
$var = 5;
foo($var); // Gibt 6 aus 


[mike]

Zitat von Strogij

PHP-Code:

function foo($arg) { $lokal = $arg; ++$lokal; }

// Aufruf:
$var = 5;
foo(&$var);
echo $var; // immer noch 5... he??? 


alles andere als eine 5 würde mich auch sehr stark verwundern

[Strogij]

Mich nicht.
Naja das war natürlich vereinfacht, sollte die Funktion viele Operationen durchführen, wäre es wieder eine Suche... besonders wenn die Funktion jemand anders geschrieben hat und man gerne eine Referenz übergeben will. Daher lieber sowas vermeiden.

[mike]

äh. die funktion KANN nur 5 zurückgeben, da sie imho falsch (stichwort Variablescope) ist. however.

Für alle: http://www.php.net/manual/de/languag...rences.whatare

[seb]

Strogij hat schon recht.
Natürlich kann das Beispiel so wegen der verschiedenen Variablenscopes von Hauptscript und Funktion nur 5 ausgeben.

Aber es geht ja gerade darum, dass man mit dem '&'-Zeichen bei Variablenzuweisungen ein 'pass by reference' erzwingt, d.h. dass statt des Variablenwertes selbst nur die Speicheradresse auf den anderen Variablenbezeichner übertragen wird, wodurch die normalen Gültigkeitsbereiche für Variablen überbrückt werden.

PHP-Code:

function foo($arg) { $lokal = & $arg; ++$lokal; }  // man beachte das & hier

// Aufruf:
$var = 5;
foo(&$var);
echo $var; 


Gibt tatsächlich '6' aus.

[Strogij]

Ja, eben - die kann nur 5 ausgeben. Aber ich habe das gerade deswegen angesprochen, weil NicNac die Sache erwähnt hat und wahrscheinlich es falsch mit Referenzen verstanden hat. Denn nicht jede Funktion eignet sich für Referenzen, wenn in der Definition kein & steht. Es ist zwar in PHP erlaubt, die Argumente so zu übergeben: Aufruf: foo(&$arg) aber falls der Programmierer dieser Funktion mit einer Referenz nicht gerechnet hat, kann es sein, daß man etwas falsches wieder kriegt. Das ist doof wie ich finde, jede Änderung an einer Funktion kann alle Aufrufe mit Bugs versehen.

[NicNac]

Hm, aber jetzt wo ich das mit den Referenzen schnalle wirkt für mich das mti deinen beiden Klassen bisschen komisch. Denn grundsätzlich hast du die Daten ja trotzdem in der (unveränderbaren) mysql klasse. Wäre es nciht besser die Daten in User zu tun und die methoden in MySQL zu lassen?

[mike]

@seb, strogij: passt schon. Ich hab einfach keinen Sinn in der Funktion auf den Thread bezogen gesehen, da selbst die richtige Schlussfolgerung, dass Pass by Reference Variablen immer im Funktionskopf deklariert werden sollten, keine Änderung des Ergebnisses hervorgebracht hätte (Variablenscope)

Generell ist einfach festzuhalten, dass PHP NICHT C oder so ist und Referenzen KEINE Zeiger sind.
mit dem = wird immer eine Kopie erzeugt, selbst wenn es sich um eine Referenzadresse handelt. Um das zu demonstrieren ist dann die Funktion wieder perfekt

Es ist zwar in PHP erlaubt, die Argumente so zu übergeben: Aufruf: foo(&$arg) aber falls der Programmierer dieser Funktion mit einer Referenz nicht gerechnet hat, kann es sein, daß man etwas falsches wieder kriegt. Das ist doof wie ich finde, jede Änderung an einer Funktion kann alle Aufrufe mit Bugs versehen.

tja, php is halt anders

peace