Eine Frage des Designs

[jpwfour]

"Scoping" ist doch eher eine Neuerung, dacht ich jedenfalls, besonders da Dinge wie private,protected,public, usw. doch eher ein OOP Merkmal sind.

Das beste ist tatsächlich, Konfigurationsvariablen in eine extra Klasse zu packen, dort kann man diese ja bei edarf auch als const deklarieren.

Bzw. Zugriffe/Änderungen besser steuern, und der ganz große Vorteil ist, dass die meisten PHP Optimierungspozesse mit extra Klassen und const Vars ganz gut klarkommen, define() ist da nicht so optimal.

Spielt natürlich nur Performancemäßig eine Rolle, wenn Optimizer überhaupt eingesetzt werden.

Die Methode mit der Klasse erlaubt auch eine logische Aufteilung, bspw. in Layout/Design, User, Extern usw.

Sprich man muss beim Aufruf eines Crons nur die Extern Konfig Klasse laden, bei Seiten, die nur reinen Text ausgeben, kann man die Layout Klasse weglassen etc. und im Script ist sofort ersichtlich, wozu eine Variable gehört.

EDIT: was mir noch einfällt, am sinnvollsten und logischten wärs an sich ja, eine .ini Datei parsen zu lassen, nur ist das Performancehalber eher suboptimal (außer man cached das Ganze dann)

[breaker]

was mir noch einfällt, am sinnvollsten und logischten wärs an sich ja, eine .ini Datei parsen zu lassen, nur ist das Performancehalber eher suboptimal (außer man cached das Ganze dann)

Darüber habe ich mir auch schon gedanken gemacht...aber diese ini-Files sind ja gewöhnliche Text-Dateien...die kann man im Browser aufrufen und die Inhalte sehen, ist also nichts, um sensible Daten (Interface-Login von den Netzwerken o.ä.) abzulegen. Das einzige, womit man den Zugriff sperren kann, sind CHmod...aber wer setzt die schon?