Modell- und Backend Interface Generatoren für Zend Framework [geschlossen]
Bei einigen Nachforschungen ist einer der oft berichteten Nachteile von Zend Framework die Menge an Arbeit, die erforderlich ist, um in Gang zu kommen. Für mich könnte dies behoben werden, wenn ZF starke model und backend interface Generatoren wie Symfony hat. Ich habe nach denen gesucht und hier ist was ich gefunden habe:
Modellgeneratoren
-
Ссылка : sieht wie ein offizieller aus, basierend auf dem Feedback der Benutzer, dem Die Dokumentation scheint jedoch schrecklich zu sein.
-
Ссылка : scheint ziemlich fortgeschritten zu sein. vor 3 Monaten aktualisiert.
-
Ссылка : seit 2 Jahren nicht aktualisiert, sieht tot aus.
-
Ссылка : einzelne PHP-Datei, könnte interessant sein Verwenden Sie als Basis und erweitern Sie bei Bedarf.
Backend-Schnittstellen
Wie immer kann man Datenbankverwaltungstools verwenden
-
Ссылка : ziemlich vollständig mit vielen neuen Funktionen seit 3.5. Schwer zu erweitern.
-
Ссылка : Single-File-Backend-Schnittstelle. Ziemlich vollständig. Die Verwendung von Plugins scheint die Erweiterung der Funktionalität zu erleichtern.
Backend Interface Generatoren
-
Ссылка , das aus einem sehr aktiven
ZFähnlichen Projekt stammt: Ссылка . -
Ссылка : Ich bin kürzlich auf dieses Framework gestoßen, mit dem Sie "Desktop-ähnliche" Anwendungen erstellen können um Zend herum, mit dem man eine Backend-Schnittstelle erstellen könnte.
Das Einrichten der Benutzeroberfläche scheint recht einfach zu sein. So würden Sie beispielsweise ein Formular anzeigen, um Kontakte auf derselben Seite zu bearbeiten, auf der Sie Mitglieder bearbeiten:
%Vor% 
Eine Demo von Koala-Frameworks ist verfügbar . Um ehrlich zu sein, sieht es ziemlich beeindruckend aus.
F: Welche Modellgeneratoren und Backend-Schnittstelle (Generatoren) verwenden Sie für Zend und warum?
1 Antwort
Ich benutze keine Art von Generator, vorbereitete Backoffice oder so genannte Gerüstbau.
Warum verwende ich sie nicht allgemein?
Diese Tools führen zu starken Abhängigkeiten von der Art und Weise, wie die generierte Benutzeroberfläche strukturiert ist. Sie haben nicht mehr die Möglichkeit, sie genau so zu gestalten, wie Sie es möchten.
Sie sind ziemlich schwer wiederzuverwenden, wenn man sie nicht gut kennt, sie bringen eine Menge Magie ein, zum Beispiel wenn ich ein Backoffice mit Django erstelle, muss ich fünf Parameter einstellen und ein Backoffice läuft. Um zu verstehen, wie es funktioniert, braucht es viel Wissen über die inneren Mechanismen des Tools, so dass es ein echter Schmerz sein kann, es zu aktualisieren.
In meinen Augen gibt es einen großen Unterschied zwischen der Bereitstellung fast vollständiger Backoffice-Anwendungen wie Symfony, Rails und Django do und dem, was Zend Framework tut: Beschränkung auf allgemeine Rahmenbedingungen und Bibliotheken.
Es gibt eine bewusste Entscheidung zwischen etwas, das aus der Box kommt und etwas Flexibelem. Ich denke, sie neigen dazu, unterschiedliche Bedürfnisse anzusprechen.
Ich bevorzuge den Zend-Framework-Ansatz, da ich nicht zufrieden bin (oder erfahren habe, dass ich es zugeben muss) mit dem, was andere als "fast fertig" -UI anbieten.
Warum werde ich sie niemals im Zend Framework verwenden?
Wenn Zend Framework solche Tools nicht einbindet, werde ich nicht das verbinden, was andere versucht haben, darauf aufzubauen, da nichts garantieren kann, dass es keine Regression gibt (und das Upgrade kann eine wirklich gute Sache sein, da Zend integriert immer mehr externe Dienste). Die Stärke von Zend Framework ist seine Flexibilität, durch die Überlappung von Werkzeugen widersprechen Sie der Philosophie des Produkts.
Es könnte Ihre Erwartungen an ein wirklich kleines Projekt erfüllen, aber für ein größeres Projekt empfehle ich Ihnen, Ihre Benutzeroberfläche nach Ihren eigenen Bedürfnissen zu erstellen, das Backoffice dauert nur ein oder zwei Wochen länger.
Tags und Links php interface model generator zend-framework