Sven Rautenberg: Hallo Sven Rautenberg: magst du nochmal antworten?

Beitrag lesen

Moin!

Ich möchte betonen, dass ich direkt von Anfang an nur die Meinung Dritter wiedergegeben habe, und ebenfalls hinzugefügt, dass ich meine eigene Meinung dazu noch nicht bilden konnte.

Merci, das hatte ich schon kapiert. Aber "Dritte" tauchen ja _u.U._ wieder auf, oder geben nochmal einen Kommentar oder lassen sich näher spezifizieren. (;-).

Aber nicht vor Februar. :)

Wenn du jetzt also keine Belege findest, kann das entweder daran liegen, dass es zur Niederschrift keinen Anlass gab, weil Zend_DB doch toll ist, oder dass die schlechten Seiten bislang von der Masse an Entwicklern noch nicht entdeckt wurden, weil die nicht so tief eingestiegen sind.

Ja, und darauf zielt doch meine Frage: die Klassen sind doch nichts weiter als eine Verpackung für mysqli-Funktionen. Wie soll das bei größeren Applikationen problematisch werden?

Nein, Zend_DB kann ganz verschiedene DB-Anbindungen nutzen, sowohl mysqli, als auch PDO, als auch alle möglichen anderen Datenbanken.

Dementsprechend ist die Verpackung also etwas komplexer, als nur ein Wrapper für eine bestehende mysqli-Funktion bzw. -Methode (mysqli wendet man, wenn man OOP nutzt, ja sowieso besser als Objekt an).

Meine persönliche Kritik am Zend-Framework zielt, basierend auf eigener Erfahrung, vielmehr gegen Zend_Validate & Co. Der Part ist, zumindest in Version 1.5, noch so richtig von Übel, wie ich finde.

Magst Du "so richtig von Übel" noch mit ein paar Stichworten bebildern?

Die Verwendung von Zend_Filter_Input zusammen mit den diversen Zend_Validate-Checkern ist zumindest in 1.5 nur als "eklig" zu bezeichnen. Mein Ziel war es, passend zu einem $_POST-Array ein zugehöriges Validations-Array mit allen notwendigen Angaben zu vorzunehmenden Prüfungen zu schreiben, so dass die eigentliche Prüfung sich darauf reduzieren sollte, $_POST und das Validate-Array in einem Prüfschritt zusammenzubringen und hinterher die Ergebnisse auszuwerten, d.h. fehlerhafte Felder per Affenformular anzumeckern, oder gültige Daten weiterzuverarbeiten.

Als problematisch hat sich dabei herausgestellt, dass selbst verhältnismäßig schlichte Prüfanforderungen in ein extrem unübersichtliches Validate-Array ausarten. Darüber hinaus funktionierte in 1.5 auch nur ein kleiner Teil der zentralen Konfiguration für generische Fehlermeldungen (was bedeutet, dass für einen anderen Typ von Fehlermeldung jeder einzelne verwendete Validator diese Meldung eigenständig konfiguriert bekommen mußte, was wiederum das Validator-Array extrem aufgebläht hätte)...

Ja, vielleicht hilft es, anstelle von Zend_Filter_Input (zusammen mit der Smarty-Template-Engine) lieber direkt Zend_Form zu verwenden - aber das läuft dann doch etwas der Idee entgegen, dass das Zend-Framework eben nur kombinierbare Einzelteile zur Verfügung stellt.

- Sven Rautenberg