Destruction

Mit "schneller" meine ich zum Beispiel das automatische erstellen von Formularen zu der passenden Datenbank über symfony doctrine:generate-modul . . .

cu
Grüße
Destruction

__________________
"Dummheit redet viel..Klugheit denkt und schweigt.." [Amgervinus]

Mister Ad

tarian

Sollte ja für den erfahrenen PHPler kein Problem sein eine ähnliche Methode für die ZF Forms aufzusetzen.

Aber muss auch sagen, muss man einige zeit mit ZF rum probieren bevor man mal flux eine neue View erstellt hat.

Info am Rande:

Zend Acl with Database backend
eZ Components Autoloader
Ralf Eggert
My Favorite

tarian

*Die Direktantwort spinnt bei mir und posted oft doppelt*

robo47

Nichts ist für einen erfahrenen PHPler doch ein Problem ? Aber die Frage ist immer wie viel Zeitaufwand kostet es ? Erfasst man bei der Mächtigkeit von Zend_Db, Zend_Form und den dahinter stehenden Konzepten wie z.b. Relationen auch alles was kommen kann ? Oder hat man nur eine Lösung für sein aktuelles Problem ? Wie anpassbar ist die Lösung ? Kann man so generierte Formulare erweitern und später bei Änderungen der DB trotzdem noch updaten ? Können Selects/Checkbox-Felder automatisch von Relationen befüllt werden, werden passende Validatoren erstellt, ....

So mal eben schnell würde ich sagen wird das nichts.

Also da steckt schon einiges an Code + Test-Aufwand dahinter. Auf github gibt es ja die ein oder anderen Ansätze dafür das im ZF zumindest mit Doctrine 1 als ORM umzusetzen, wobei ich da schon länger nicht mehr geschaut habe wie mächtig die sind.

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

tarian

Schnell sicher nicht, aber wenn man sich dafür doch etwas Zeit nimmt denke ich das dies gerade im Intranet oder einem Portal mit vielen Formularen doch eine erhebliche Zeitersparnis ist, trotz kleiner Fehler.

Jens P.

Ich habe mich an 3 Frameworks rangearbeitet!

1. CakePHP
2. Zend
3. Adventure PHP Framework (APF)

Das APF ist mein Favorite. Ich habe innerhalb von 2-3 Stündchen eine Registrierung mit Datenbank Design umgesetzt. In das APF kann man sich schnell reinarbeiten. Ist ein super PHP Framework! Kann ich nur jedem empfehlen!

Für eine Registrierung, wo in 4 Tabellen geschrieben wird (nicht wenig Daten), 0,003 Sekunden zu brauchen finde ich ziemlich schnell. Großes Lob

http://adventure-php-framework.org/

kn0wledge

naja die Geschwindigkeit bei einem einfachen Insert hängt vor allem vom Server und der Datenbank ab, kann mir nicht vorstellen das die anderen Frameworks wesentlich länger gebraucht haben.

Koala

was sagst Du da ??
Es geht hier um Frameworks. Die Geschwindigkeit hängt vom Design ab und z.B. auch davon wie viele Klassen/Dateien per include
eingebunden werden. Was hat das mit Deinem insert zu tun ?

Aber ich kanns mir vorstellen. Test es.

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

kn0wledge

Lies halt mal was ich in welchem Kontext geschrieben habe, bevor du irgendwas behauptest


Zitat oben
Hört sich für mich nach einem stinknormalen INSERT in eine bzw. 4 (wie es dasteht) Tabellen an. Was soll da sonst noch großartig Performance brauchen etwa die Validierung der paar Daten bei einem Login script? Also bitte, sowas kann man nicht als Referenz nehmen um den Speed von einem Framwork auszumachen.

Mein Post war nur auf das von Jens P bezogen, desshalb auch der Quote.
Es ging nicht um irgendeine Performance von irgendwelchen Frameworks.

Koala

Doch darum ging es - siehe erstes Zitat.

Teste doch einfach mal und setz ne einfache Registrierung um.

Extrembeispiel:
warum ist das ZF bei nem "hello world" tausend mal langsamer als bei prozeduraler Programmierung ?
Da ist noch nicht mal ein insert und noch nicht mal ne Validierung dabei.

dann sag mal bitte wie Du die Geschwindigkeit eines Frameworks testest.

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.