Tweet
Hallo!
Ich bin vor kurzem in OOP bei PHP5 eingestiegen, hab aber noch nicht alles so recht verstanden - bzw. noch ein paar offene Fragen, die ich über google etc. nicht komplett gelöst kriege.
Also prinzipiell hab ich vor ein Simples Verzeichnis zu realisieren, mit sagen wir mal 10 Feldern in der MySQL Haupttabelle.
Dann möchte ich objektorientiert lösen, die Daten abzufragen und auszugeben. Es sind spezielle Daten, die manipuliert werden sollen.
Die Ausgabe erfolgt dann schließlich über Smarty, lesbare URLs sollten optional verfügbar sein.
Als ich dann nach 2 Tagen gemerkt hab, dass ich auch genau so gut hätte ohne Objektorientierung an das ganze rangehen können, jetz mal ein paar Fragen.
1. Die Beschreibungen der Felder sollen frei wählbar sein, also hab ich eine Tabelle angelegt, die die Feldnamen speichert. Wie füge ich jetzt den Feldnamen in die Ausgabe ein?
Ich hab das bisher mit Arrays gelöst, in dem ich beim Konstruktor der Hauptklasse eine Funktion aufrufe, die die Feldnamen in ein Array speichert und in einer Foreach schleife
im Smarty-Template das Array entsprechend ausgelesen wird. Etwas umständlich wie ich finde, da das ganze wieder viel zu viel Programmcode für ein Template hat...
Sind da MySQL-Joins sinnvoller?
2. Es gibt eine Seite zum abrufen der Liste der Elemente in der Datenbank und eine detaillierte Seite für jedes Element, eigentlich recht simpel. Aber die Listenseite soll nicht alle Felder anzeigen, also z.B.
nur Feld 2,3 und 5, und Feld 1 (id, auto increment) für den Detaillink. Da aber später über ein Backend konfiguriert werden soll, welche Felder in der Liste angezeigt werden sollen, ist es ja Zeitverschwendung,
die Felder abzurufen, die gar nicht benötigt werden... Hat dafür jemand einen Ansatz oder einen Tipp, wie das zu lösen ist? Evtl. ein serialisiertes Array in der Datenbank ablegen, dass die Felder angibt, die abgefragt werden sollen?
3. Da das ganze ja eine Datenbankverbindung braucht, frage ich mich, ob ich die MySQL-Funktionen in eine extra Klasse schreiben soll oder in die Hauptklasse integriert werden. Wenn ich das gaze Trenne, ist die Hauptklasse relativ leer, die Funktion get_liste, die dann sql_get_liste('elemente', '*', '1', $this->reqOffset, $this->reqLimit,$this->reqSortField,$this->reqSortMode) aufruft ist ja dann im Prinzip nicht unbedingt notwendig... Ich hab es bisher trotzdem so gemacht, weil in get_liste() die $_GET Variablen ausgelesen und überprüft werden, die dann in $req* gespeichert werden, z.B. für Pagination etc.
Eine Idee dazu, wie angegeben wird, was auf welche Art und wie viel davon abgerufen werden soll? Sinnvoll wäre es ja im Sinne der Objektorientierung Rücksicht zu nehmen, ob nicht irgendwann jemand auf die Idee kommt statt MySQL z.B. sqlite zu benutzen... (Hoffe das ist alles verständlich und etwa nachvollziehbar...)
4. Was ist überhaupt die Klasse für das Verzeichnis, bzw. welches Objekt wird daraus erzeugt? Nach meinem Verständnis habe ich eine Klasse, die das Verzeichnis darstellt. also erstelle ich eine Instanz $verzeichnis = new verzeichnis();, und das nur an einer stelle des Scripts, da ja nur ein Verzeichnis gebraucht wird. Oder ist jedes Element (werden einige hundert sein) ein eigenes Objekt??? Ich hoffe nicht, sonst hab ich glaub ich doch gar nichts von OOP verstanden...
5. Wo verarbeite ich am besten die $_GET-Daten, in der Hauptklasse oder in einer ganz normalen Funktion? Oder sogar eine eigene Klasse?
6. Wenn ich etwa 20 Konfigurationsparameter habe, wie z.B. $cfgElementsPerPage, $cfgFieldsToShow, $cfgEnableSEO etc., wo werden diese am besten ausgelesen? Jede $cfg-Variable in der Hauptklasse als private deklarieren und aus der Datenbank abrufen? Werden ja nicht immer alle gebraucht, außerdem hab ich dann 20 Zeilen mit "private $cfgXyzAbc", und kann Sie dann ja nicht auslesen weil sie private sind, und als public macht ja irgendwie auch keinen Sinn?!
Ich glaube das sind erst mal die wesentlichen Fragen, gäbe zwar noch mehr aber die erklären sich evtl. von selbst wenn ich das erst mal kapiert habe. Ich hoffe, dass das jemand versteht und mir weiterhelfen kann. Wenn nicht bin ich auch mit einer guten Buch- Tutorialempfehlung zunächst zufrieden.
Ich bin vor kurzem in OOP bei PHP5 eingestiegen, hab aber noch nicht alles so recht verstanden - bzw. noch ein paar offene Fragen, die ich über google etc. nicht komplett gelöst kriege.
Also prinzipiell hab ich vor ein Simples Verzeichnis zu realisieren, mit sagen wir mal 10 Feldern in der MySQL Haupttabelle.
Dann möchte ich objektorientiert lösen, die Daten abzufragen und auszugeben. Es sind spezielle Daten, die manipuliert werden sollen.
Die Ausgabe erfolgt dann schließlich über Smarty, lesbare URLs sollten optional verfügbar sein.
Als ich dann nach 2 Tagen gemerkt hab, dass ich auch genau so gut hätte ohne Objektorientierung an das ganze rangehen können, jetz mal ein paar Fragen.
1. Die Beschreibungen der Felder sollen frei wählbar sein, also hab ich eine Tabelle angelegt, die die Feldnamen speichert. Wie füge ich jetzt den Feldnamen in die Ausgabe ein?
Ich hab das bisher mit Arrays gelöst, in dem ich beim Konstruktor der Hauptklasse eine Funktion aufrufe, die die Feldnamen in ein Array speichert und in einer Foreach schleife
im Smarty-Template das Array entsprechend ausgelesen wird. Etwas umständlich wie ich finde, da das ganze wieder viel zu viel Programmcode für ein Template hat...
Sind da MySQL-Joins sinnvoller?
2. Es gibt eine Seite zum abrufen der Liste der Elemente in der Datenbank und eine detaillierte Seite für jedes Element, eigentlich recht simpel. Aber die Listenseite soll nicht alle Felder anzeigen, also z.B.
nur Feld 2,3 und 5, und Feld 1 (id, auto increment) für den Detaillink. Da aber später über ein Backend konfiguriert werden soll, welche Felder in der Liste angezeigt werden sollen, ist es ja Zeitverschwendung,
die Felder abzurufen, die gar nicht benötigt werden... Hat dafür jemand einen Ansatz oder einen Tipp, wie das zu lösen ist? Evtl. ein serialisiertes Array in der Datenbank ablegen, dass die Felder angibt, die abgefragt werden sollen?
3. Da das ganze ja eine Datenbankverbindung braucht, frage ich mich, ob ich die MySQL-Funktionen in eine extra Klasse schreiben soll oder in die Hauptklasse integriert werden. Wenn ich das gaze Trenne, ist die Hauptklasse relativ leer, die Funktion get_liste, die dann sql_get_liste('elemente', '*', '1', $this->reqOffset, $this->reqLimit,$this->reqSortField,$this->reqSortMode) aufruft ist ja dann im Prinzip nicht unbedingt notwendig... Ich hab es bisher trotzdem so gemacht, weil in get_liste() die $_GET Variablen ausgelesen und überprüft werden, die dann in $req* gespeichert werden, z.B. für Pagination etc.
Eine Idee dazu, wie angegeben wird, was auf welche Art und wie viel davon abgerufen werden soll? Sinnvoll wäre es ja im Sinne der Objektorientierung Rücksicht zu nehmen, ob nicht irgendwann jemand auf die Idee kommt statt MySQL z.B. sqlite zu benutzen... (Hoffe das ist alles verständlich und etwa nachvollziehbar...)
4. Was ist überhaupt die Klasse für das Verzeichnis, bzw. welches Objekt wird daraus erzeugt? Nach meinem Verständnis habe ich eine Klasse, die das Verzeichnis darstellt. also erstelle ich eine Instanz $verzeichnis = new verzeichnis();, und das nur an einer stelle des Scripts, da ja nur ein Verzeichnis gebraucht wird. Oder ist jedes Element (werden einige hundert sein) ein eigenes Objekt??? Ich hoffe nicht, sonst hab ich glaub ich doch gar nichts von OOP verstanden...
5. Wo verarbeite ich am besten die $_GET-Daten, in der Hauptklasse oder in einer ganz normalen Funktion? Oder sogar eine eigene Klasse?
6. Wenn ich etwa 20 Konfigurationsparameter habe, wie z.B. $cfgElementsPerPage, $cfgFieldsToShow, $cfgEnableSEO etc., wo werden diese am besten ausgelesen? Jede $cfg-Variable in der Hauptklasse als private deklarieren und aus der Datenbank abrufen? Werden ja nicht immer alle gebraucht, außerdem hab ich dann 20 Zeilen mit "private $cfgXyzAbc", und kann Sie dann ja nicht auslesen weil sie private sind, und als public macht ja irgendwie auch keinen Sinn?!
Ich glaube das sind erst mal die wesentlichen Fragen, gäbe zwar noch mehr aber die erklären sich evtl. von selbst wenn ich das erst mal kapiert habe. Ich hoffe, dass das jemand versteht und mir weiterhelfen kann. Wenn nicht bin ich auch mit einer guten Buch- Tutorialempfehlung zunächst zufrieden.
Moderator
Kommentar