OOP: Aufteilung der Aufgaben innerhalb einer Anwendung

[Der-Dennis]

Hey!

Ja. Ich muss nicht mit einer "monster-index.php" arbeiten.

Das sehe ich genauso.

Ich verwende das gleiche Mainscript immer nur für eine Art der Aufgabe (oder inhaltlichen Typ der Seite),

Hier verstehe ich nicht ganz, was Du mir sagen willst.

includes enthalten Funktions-Bibliotheken, Klassen-Bibliotheken oder  wiederkehrende Aufgaben (z.B. Auth-Prüfungen)

Auch bei mir laden dies Includes.

Ich mag Monsterskripte nicht und ich halte das für eine vollkommen unnötige Komplikation und damit Fehlerquelle.

Die mag ich wie oben gesagt auch nicht.

Habe ich aber mehrere Skripte, dann steigt bei Deiner Vorgehensweise (setzen im Skript) der Änderungsbedarf.

Warum?

Meine index.php macht im Grunde folgendes:

• Definiere eine Konstante mit der zu verwendenden Entwicklungsumgebung -> dies ist die einzige Änderung, die ich vornehmen muss (wenn ich beispielsweise zwischen Produktions- und Entwicklungsumgebung umschalte)

• Füge den Pfad zur Bibliothek hinzu, in der sich die (Haupt-)Anwendung befindet

• Rufe die Anwendung auf (erstelle ein neues Anwendungsobjekt) und gebe diesem die Umgebung sowie einen Pfad zu einer Konfigurationsdatei mit.

Für mich ist das keine monster-index.php!?

Gruß, Dennis