nikosch

Hallo,

ich beabsichtige, bzw. bin mitten drin, viele meiner bisherigen 'täglichen Programmieraufgaben' auf Klassen und Objekte umzumünzen. (Bevor diese Diskussion wieder losgeht: Die Abstraktion und Klarheit ist so wohl die bestmöglich mit PHP machbare).
Jedenfalls bin ich gerade dabei, mir einige Basis-Klassen zu erstellen, Frameworks sozusagen, stelle mir aber noch einige grundlegende Fragen, die tw. auch ins Projektmanagement gehen. Ich weiß, das meiste ist eine Frage des persönliche Geschmacks, aber vielleicht hat ja einer n paar Anregungen oder Erfahrungswerte zu folgenden Fragen:

- Wie organisier ich den Aufbau meiner Includes für einzelne Klassen. Am besten in einem gemeinsamen Verzeichnis? Und mit absoluter Pfadangabe beim Include?

- Damit verbunden, wo binde ich Basisklassen von abgeleiteten Klassen ein, im Script das die abgel. Klasse instanziert oder bindet die abgel. ihre Basisklasse selbst ein, ist Redundanz via require_once() für jede abgeleitete Klasse sinnvoll? Wenn ja benötige ich wieder eine Bestimmung
des Pfades der Basisklasse.

- Welche Ressourcen setzt ihr als gegeben voraus? Z.B. Übergabeparameter an den Konstruktor? Ist es sinnvoll, sozusagen einen Selbsttest der Klasse auf Ressourcen wie benötigte (externe) Funktionen oder das Setting bestimmter globaler Variablen einzubauen um Fehler des Programmierers auszuschließen (nicht zu reden von Nutzereingaben, DB Handler und dergleichen versteht sich von selbst)

- Wie handhabt ihr Fehlermanagements von Objekten, nutzt ihr eigene Fehlernummern und wenn scriptweit oder klassenweite? Meiner Meinung nach reicht der Spielraum von trigger_error () und co nicht wirklich aus, um auf bestimmte Ereignisse zu reagieren.

Bin gespannt auf eure Ideen und Anregungen.
Gruß nikosch

Mister Ad

Basti

Wichtig hierbei ist die Entscheidung, ob du wirklich ein Framework bauen möchtest der nur eine möglichst universelle Klassen-Bibliothek, wie z.B. PEAR, ezComponents, Zend-Framework.

Im einfachsten Fall machst du je Klasse ein require_once() je benötiter Klasse mit relativem Pfad zu deinem lib-Verzeichnis und ergänzt den include_path zentral um eben dieses Verzeichnis.

In einem Framework kannst du auch sehr fein von __autoload() gebrauch machen. Weiter kannst du gehen z.B. mit einer Funktion, wie Prado::using().

Interessant in dem Zusammenhang der Themenkomplex "Inversion Of Control" bzw. "Dependency Injection":

http://www.martinfowler.com/articles/injection.html

Gibt es natürlich auch in der PHP-Welt, hab aber grad keinen Link ... doch, schu dir mal "Phemto" oder so an.

Wie geschrieben: Jede Klasse bindet ein, was sie benötigt. Und, require_once ist wohl ziemlich lahm aber in dem Punkt sicher am flexibelsten, da du keine weiteren Funktionen/Klassen/Objekte brauchst, sondern nur eben einen korrekt gesetzten include_path(). Hängt eben davon ab, was du bauen willst. Unit-Testing und Mock-Objects sind an dem Punkt auch ein Kriterium.

Globale solltest du soweit möglich vermeiden. Als Globals sowieso, als Singletons und statische Objekte meiner (jetzigen) Meinung nach auch. Via Type Hinting kannst du festlegen, welches Interface ein Parameter impelemtieren soll.

Ansonsten verstehe ich deine Frage, glaub ich, nicht ganz. Sinnvoll ist es natürlich immer, die Abhängigkeiten so weit als möglich zu reduzieren und eben auf Interfaces zu verlagern. Aber wie weit du da gehen willst und kasst hängt von deinen Anfordrungen ab.

Ist auch wieder eine Frage, wie weit du universal bleiben willst oder dich konkret festlegen willst. Man kann in PHP den Error Handler definieren, also ist trigger_error() an sich keine schlechte Sache. Fehlernummern taugen mir nicht. Ich hab gerne einfach den Code vor mir und nicht noch irgendwelche Tabellen auf meinem Schreibtisch liegen. Lies dich mal in Exceptions ein.

Viel Spaß - du wirst den Schritt nicht bereuen, dich wahrscheinlich hinterher eher fragen, wie du die ganze Zeit anders programmieren konntest.

Basti