[Corvin]

Wenn ich eine Klasse für ein Text-Feld eines Formulars habe, erzeuge ich für jedes Text-Feld ein neues Objekt. Ich könnte in der Klasse eine statische Eigenschaft definieren, um die Anzahl der Objekte/Text-Felder zu zählen. Weiterhin benötigt man eine statische Methode zur Umsetzung des Singleton Patterns.
Soweit ist alles klar.

Aber wie ist es nun mit einer FrontController oder Registry Klasse eines Frameworks? Ich könnte auf die Mitglieder zugreifen, in dem ich ein Objekt der Klasse erzeuge. Da nur ein Objekt benötigt wird, kann ich für die Klassen das Singleton Pattern verwenden. Ich könnte aber auch alle Mitglieder als statisch definieren und ohne Objekt auf diese zugreifen.
Meine Frage daher: Wann genau sollte ich mit Objekten und wann mit statischen Mitgliedern arbeiten? Wo liegen die Vor- und Nachteile?

[xardias]

Also es ist sicher möglich alle Variablen/Methoden als statisch zu definieren, statt z.B. ein Singleton zu verwenden.
Ob das sinnvoll ist.. ist denke ich eher eine Frage des Stils als der Praktikabilität.
Statische elemente sind eigentlich nichts anderes als globale Variablen mit einem schöneren Namen ;).
Daher treffen dort auch all die Eigenschaften globaler Variablen zu, und in Objekt orientierten Strukturen ist das meistens eher unpassend.
Objekt orientierte Anwendungen leben von Objekten und deren Beziehungen, da ist ein Objekt, dass eine Beziehung zu alles und jedem haben kann ein kleiner Bruch im Konzept.

Praktische Nachteile gibt es jedoch eigentlich keine. Eventuell könnte man anbringen, dass eine globale Variable eben von überall aus geändert werden kann, und das muss man beachten. Bei Variablen innerhalb der OOP Struktur ist durch die Klassenbeziehungen genau festgelegt wer, wie darauf zugreifen kann. Somit kannst du als Klassenauthor das Zugriffsverhalten definieren.

[robo47]

Aus einer Vorlesung an der Uni hab ich im Hinterkopf dass bei C++ die Deklaration statische Variablen und Methoden etwas langsamer und etwas speicheraufwendiger ist also von normalen, gleiches gilt auch für den Aufruf, auf einem Blog hab ich das vor einiger Zeit so auch für PHP gelesen.

[Corvin]

Zitat von xardias

Objekt orientierte Anwendungen leben von Objekten und deren Beziehungen, da ist ein Objekt, dass eine Beziehung zu alles und jedem haben kann ein kleiner Bruch im Konzept.

Stimmt. Und wenn das Arbeiten mit Objekten auch noch performanter ist, dann ist dies wohl sinnvoller, als mit statischen Mitgliedern zu arbeiten, auch wenn letzteres ein paar Zeichen gespart hätte. :)

Danke für die Antworten!