Sponsored Links |
|
||||
Zitat:
Und natürlich habe ich einige Klassen, z.B. DbQuery und Template bereits vorher schon gehabt und habe diese nur auf's Framework angepasst, sonst hätte ich entschieden länger gebraucht, da gerade die beiden Klassen für mich in der Entwicklung sehr zeitaufwendig waren. Am Ende werde ich wohl nie sein, da das Framework eine Basis darstellen soll und sämtliche Module, die ich später mal brauche nach Möglichkeit integriert werden sollen. Momentan baue ich 3 Seiten damit auf, eine einfache Website mit Kontaktformular, eine Bildergalerie und einen Shop. Ich denke, wenn ich damit durch bin kann ich auf 1.0-beta gehen. Ich neige aber dazu auch in fortgeschrittenen Zyklen Schnittstellen auf einmal über den Haufen zu werfen, so dass ich mir das gut überlegen muss. Ich weiß auch noch nicht, ob ich das mal veröffentlichen will oder es auch nur mein kleines Werkzeug bleibt. Zitat:
Für mich besteht der Vorteil darin, dass ich mich nicht um so Dinge wie das quoten der Spalten oder escapen der Werte kümmern muss, weil das von DbQuery automatisch vorgenommen wird, das hilft schonmal bei der Übersichtlichkeit. Zusätzlich bleibt man zu einem gewissen Grad portabel. Bei einer Bildergalerie, die ich momentan entwickel gibt es z.B. ein "Image"-Model, welches von DbTable erbt. Bilder können veröffentlicht sein oder nicht, also hat das Model zwei Methoden "publish" und "unpublish" erhalten, welche ganz einfach so aussehen: PHP-Code:
So reduziert sich ein reines veröffentlichen von Bildern im Controller auf: PHP-Code:
Andernfalls müsste man im Controller stets die korrekte Bedingung mit angeben und dafür sorgen, dass das Feld 'modified' ebenfalls aktualisiert wird. Aber hier stellt sich eine grundsätzliche Frage, welcher jeder für sich beantworten muss: Fat-Models oder Fat-Controller? Ich tendiere zu Fat-Models. Zitat:
Als ich mit meiner DbQuery-Klasse angefangen habe gab es dies in der heutigen Form in PHP aber noch nicht bzw. nur als Extra-Modul und mittlerweile habe ich mich an meine Klasse gewöhnt. |
Sponsored Links |
|
||||
Zitat:
|
|
||||
Jap, mache ich.
Oben genanntes Query würde also zu: Code:
SELECT * FROM `table1` AS `t1` LEFT JOIN `table2` AS `t2` ON `t2`.`id` = `t1`.`id` |
|
||||
|
|
||||
Das frage ich mich auch des öfteren.
Wahrscheinlich würden die meine Anforderungen größtenteils erfüllen und bei vielen Dingen weitaus mehr unterstützen. Von den genannten hatte ich mir allerdings nur Doctrine mal genauer angesehen. Zitat:
Ich versuche möglichst viel selbst zu schreiben, weil ich dann nicht (oder nicht so häufig) überrascht werden kann. Wahrscheinlich könnte ich mir viel Zeit sparen, wenn ich mich einfach mal in ein paar Frameworks einarbeiten würde, aber meistens finde ich irgendwelche Dinge, die mir nicht gefallen und dann muss ich entweder damit arbeiten und ärgere mich ständig darüber oder ich muss einen Workaround finden. Bitte nicht falsch verstehen, ich finde die Frameworks fast alle super, es ist nur nicht so ganz meins, ich fühle mich bei Eigenentwicklungen einfach wohler. Ist aber nicht bei jedem so und das ist auch gut so. |
|
||||
Zitat:
[OT] Der wichtigste Grund ist bei mir die SQL Datenbank, irgendwie mag ich die Dinger nicht. Beispiel: Flatfile bietet die Möglichkeit, Daten zwischen Web, Net-/Notebook und USB-Stick per copy&paste portabel zu machen. Mit SQL geht das nur per aufwändigen Export/Import und ich kann nicht die Betriebssystem Suche zum Durchsuchen von Dateiinhalten verwenden. [/OT] Egal, lernen ist angesagt und dieser Thread zeigt wirklich gute Denkanstöße
__________________
Personal stuff |
|
||||
OT
Leute, ich werde alt. Ich habe nicht den geringsten Tau, was ihr da redet. Ich mag php - sogar recht gerne - aber redet ihr eine andere Sprache hier? - im Vergleich mit euch fühle ich mich wie ein 386er Intel ... Bin schon wieder wech ... /OT |
Sponsored Links |
|
||||
Meinst Du den Objekt-orientierten talk? Davon versteh ich auch nicht wirklich viel. Das ganze ist interessant, klar. Aber die abstrakten Denkweisen muss man erstmal verstehen lernen. Das schaff ich seit zwei Jahren nicht. (Hab aber auch nicht wirklich dran gehangen).
|
Sponsored Links |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
Ausgabe geschieht nur einmal | Benutzername | Serveradministration und serverseitige Scripte | 0 | 12.05.2011 16:59 |
wo ist OOP für php sinnvoll? | sqrack | Serveradministration und serverseitige Scripte | 5 | 12.09.2010 17:23 |
PHP OOP: Datenbankeintrag Klasse - ein paar theoretische Überlegungen | braindead | Serveradministration und serverseitige Scripte | 17 | 24.07.2009 07:29 |
PHP: zweidim. Array mit eindimensionaler Struktur in Eindim. Array umwandeln? | braindead | Serveradministration und serverseitige Scripte | 4 | 08.07.2008 14:31 |
Dateien auslagern - Include und PHP | ArcVieh | Serveradministration und serverseitige Scripte | 17 | 27.03.2008 19:09 |