CC84

Ich habe da heute nacht nochmal drüber nachgedacht. Und will das nun nochmal etwas strukturierter darstellen.
Würde mich freuen, wenn ihr mir dann vielleicht noch ein paar Tipps geben würdet oder sagt, dass ich es so besser ganz sein lassen soll.

Besonders die Beziehungen untereinander habe ich nochmal überdacht und mir ist aufgefallen, dass da gar nicht so viel gegenseitiges übergreifen besteht.

Also meine Seite besteht aus den folgenden Basis Klassen:

Smarty
mySQL
error
session
userverwaltung

Und dann kommen immer Klassen, die je nach Bedarf eingebunden werden. Etwa ein Kalender, GB usw.

Daraus ergeben sich erstmal folgende Abhängigkeiten:
Smarty => benötigt nichts
mySQL => benötigt auch nichts
error => benötigt mysql
session => benötigt error, mysql
userverwaltung => benötigt session, error, mysql

Und alle anderen brauchen dann logischerweise Zugriff auf mysql, error, session und userverwaltung.

In all diesen Punkten nutze ich Klassen, weil sie meiner Meinung nach der Übersichtlichkeit dienen. Ich will sie nicht ersetzbar machen.
Auf Exceptions verzichte ich aktuell gänzlich, da ich für meine Zwecke die Vorteile nicht sehe. Ich bin hier gerne bereit meine Meinung zu revidieren.

Mister Ad

Zergling-new

Ich habe in meinem kleinen eigenen-heimeligen "Framework" auch eigene Klassen, die sich untereinander teilweise auch brauchen, UserManager => Database usw.
Ist doch nix schlimmes bei, macht PEAR ja genauso. Solang du dir intelligente Schnittstellen ausgedacht hast, die bei Änderungen nicht jedes mal angepasst werden müssen ist doch alles prima.
Wenn du die Klassen dann noch projektübergreifend (theoretisch gemeinsamer include-Ordner) ohne Änderung verwenden kannst hast du wohl schonmal einiges richtig gemacht.

Nur, ne Session-Klasse halte ich für übertrieben, was kann die denn?

CC84

Die Session kann nicht viel, wird vermutlich auch noch die Userverwaltung fressen um etwas zu wachsen ^^.

Ich generiere da nur meine eigene angeblich sicherere Session IDs und versuche diese beim Reload wieder zu finden (POST, GET, COOKIE). Zudem erhöht sie die Sicherheit, indem ich überwache, ob der User die selbe IP, UserAgent hat und sie verwaltet eben das auslaufen der Session nach Inaktivität bzw. Maximaler Sessionlänge.

Das könnte man sicher auch so machen.

HStev

Warum, hälts du das übertrieben? Für den ganzen Auth. Kram durchaus sinnvoll kann man wunderbar mit Exceptions arbeiten

@CC84
Gegen das was du da vorhast spricht im Prinzip nichts gegen nur solltes du darauf achten das du die Klassen in einen anderen Projekt evl. wiederverwenden kannst. Mit der Zeit wenn du ein paar Klassen angemsammelt hast macht es dann wirklich Spaß neue Projekte zu entwickeln weil du dann nicht wieder jedes Rad neu erfinden muss.

__________________
Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.