OOP: Aufteilung der Aufgaben innerhalb einer Anwendung

[Der-Dennis]

Hallo Tom,

auch Dir herzlichen Dank für Deine Antwort.

"index.php": Also werden alle Dateien in diesem Verzeichnis vom Webserver daraufhimn geprüft, ob sie geparst werden sollen? Was haben dann z.B. Bilder in diesem Verzeichnis zu suchen? Wo lässt Du die übrigen Uploads der User?

Nein, da habe ich mich wohl falsch ausgedrückt. Die Struktur des Ordners public ist vom Prinzip her:
files/
  img/
  css/
  js/
  uploads/
  ...
index.php
.htaccess

In der .htaccess wird bestimmt, dass alle Aufrufe, die nicht an eine tatsächlich vorhandene Datei im Ordner files gerichtet sind, auf die index.php weitergeleitet werden. Die User-Uploads befinden sich auch in diesem Ordner.

• Was haltet Ihr von OOP (speziell im PHP-Kontext)?

Zum Üben ganz nett [...]

Was heißt "zum Üben ganz nett"? Verstehe ich leider nicht ganz.

Wenn Du jetzt noch einen OOP-Overhead draufsetzt, muss zumidest DER immer geladen werden, wenn der Request das verlangt. Das dauert dann...

Ja, aber durch geeignetes Caching kann man es zumindestens beschleunigen.

Viel wichtiger als die horizontale Aufteilung in M-V-C erscheint mir daher die Vertikale Aufteilung dieser Programmteile in aufgabenbezogene Teilmodule, die durch Mechanismen, wie z.B. das Autoload von PHP tatsächlich nur dann geladen werden, wennn sie auch benötigt werden.

Ich hoffe, dass ich das mache...

Ich halte es da eher wie Fastix: Für 'Hallo Welt' stellt das Runtime von PHP bereits alle Mechanismen zur Verfügung, die ich benötige und für noch viiiiel mehr!

Wie ich im Beitrag von fastix schon schrieb geht es um größere Anwendungen.

Fällt mir gerade noch ein: Meistens arbeiten mehrere Leute an einem Projekt. Auch das ist für mich ein Pro für OOP. Oder wie seht Ihr das?

Gruß, Dennis