jives
And the science gets done
|
Aloha Wir sind im Zuge eines größeren PHP-Projektes auf die Idee gekommen, für dieses (und kommende Projekte) ein (open source) PHP-Framework zu benutzen, da hier ja immerhin schon einiges fertig und vorbereitet ist und man sich um viele Dinge nicht bis ins letzte Detail zu kümmern braucht. Mir persönlich gefällt das MVC-Pattern ziemlich gut, deshalb haben wir (bzw. ich ) die Auswahl vorerst auf solche Frameworks eingeschränkt. Ich wollte nun nachfragen, ob jemand schon Erfahrungen mit solchen Frameworks gesammelt hat und welche eurer Meinung nach empfehlenswert sind (und warum (nicht))? Gefunden habe ich bisher: KohanaPHP hatten wir kurz laufen - sieht sehr gut aus, allerdings sind wir doch neu auf diesem Gebiet und dafür war uns die Doku noch nicht ganz ausreichend. Momentan sind wir bei CodeIgniter gelandet, allerdings ohne bestimmten Grund (eigentlich schon - die Doku scheint doch sehr komplett zu sein). Zend wird ja anscheinend von einigen großen Konzernen wie IBM und Nokia eingesetzt - aber das muss ja nicht unbedingt für bessere Qualität sprechen Vielen Dank jedenfalls für jeglichen Input.
Bearbeitet von jives am 09.02.2008, 22:16
|
AdRy
Auferstanden
|
zend, weil kompatibel mit der/den google api bzw hat die libraries dafür dabei
|
jives
And the science gets done
|
Danke für den Tipp. Da scheints ja einige ganz gute Sachen zu geben Hat sonst noch jemand Hinweise, Tipps, Erfahrungen oder Empfehlungen? Für jeglichen Input wäre ich wirklich dankbar
|
mat
AdministratorLegends never die
|
Ich habe mir vor ~2 Jahren alle Frameworks angesehen um dann zu beschließen, dass noch keines das Gelbe vom Ei ist, und dann 1/2 Jahr ein eigenes gecodet. Wäre ich nicht so ehrgeizig hätte ich wahrscheinlich zum Zend Framework gegriffen. Das war damals allerdings noch in der Alpha-Phase iirc und das war mir zu gefährlich. Edit: Ich muss dazusagen, dass ich jetzt beim Drüberschauen über deine geposteten Frameworks feststellen muss, dass sich bei vielen einiges getan hat. CakePHP zB ist ja wirklich stylisch geworden
|
jives
And the science gets done
|
Was hat dich denn damals am meisten gestört? Obwohl 2 Jahre ja doch ein Zeiterl sind... Warum wärs damals am ehesten Zend geworden? Selbst coden wäre eine interessante Sache und hätte sicher auch einige Vorteile - leider stehen uns dafür aber weder die Ressourcen noch die Zeit zur Verfügung
Bearbeitet von jives am 12.02.2008, 12:34 (ReSSourcen )
|
ica
hmm
|
Selbst coden wäre eine interessante Sache und hätte sicher auch einige Vorteile - leider stehen uns dafür aber weder die Resourcen noch die Zeit zur Verfügung das rad neu erfinden ist nie eine gute idee.
|
jives
And the science gets done
|
Die Idee wäre, dass man dann gleich ein für die individuellen Bedürfnisse angepasstes Framework hat, das man in- und auswendig kennt. Wobei der Code bei CodeIgniter (z.B.) ausgesprochen sauber kommentiert ist (das, was ich bisher gesehen habe) und deswegen die Einarbeitungszeit klein und Wartung leicht ausfällt. Features gehen uns bisher auch überhaupt keine ab, Sachen die uns gar nicht taugen haben wir auch noch keine gefunden, also hast du am Ende eh recht
|
mat
AdministratorLegends never die
|
Was hat dich denn damals am meisten gestört? Obwohl 2 Jahre ja doch ein Zeiterl sind... Warum wärs damals am ehesten Zend geworden? Die meisten waren zu unprofessionell und insgesamt schlecht und stillos programmiert. Wer selbst so codet und gerne pfuscht, der hat sicher kein Problem damit. Bei mir ist das anders. Zend wäre es alleine aus dem Grund geworden, weil eine treibende finanzielle Quelle dahintersteckt. Soetwas garantiert zumindest für einige Zeit eine fortlaufende Entwicklung und eine unterstützte Codebasis. das rad neu erfinden ist nie eine gute idee. Ja, "nie" ist sicher das passende Wort mit dem du deinen gelernten Satz hier unterbringen kannst Gerade im Webbereich kann man das Rad problemlos neu erfinden und sich mit allerhand Bibliotheken inklusive der mehr als großzügigen PHP-Erweiterungen aushelfen. Btw, habe ich ein objektorientiertes System entwickelt, das die Entwicklung von Erweiterungs-Modulen zulässt ohne in den Framework-Code tauchen zu müssen. Soviel zum Rad...
|
jives
And the science gets done
|
Btw, habe ich ein objektorientiertes System entwickelt, das die Entwicklung von Erweiterungs-Modulen zulässt ohne in den Framework-Code tauchen zu müssen. Soviel zum Rad... Das ist nicht zufällig open source?
|
mat
AdministratorLegends never die
|
Das ist nicht zufällig open source? Mit irgendwas muss ich mein Geld verdienen
|
Obermotz
Fünfzylindernazi
|
Hat bereits jemand mit dem PRADO-Framework gearbeitet? Für unsere Anforderungen wäre die Lizenz nämlich optimal, die Doku scheint gut zu sein und das Framework ist anscheinend schon recht weit fortgeschritten. Alles passiert über Serverevents, was mir recht gut gefällt, Templates und Exceptionhandling scheinen auch ausgereift..
Jemand Erfahrungen?
|
COLOSSUS
AdministratorGNUltra
|
Die meisten waren zu unprofessionell und insgesamt schlecht und stillos programmiert. Wer selbst so codet und gerne pfuscht, der hat sicher kein Problem damit. Bei mir ist das anders. Wundert mich ehrlich gesagt, dass dich das stoert - wo du doch auch sicher mit Vanilla PHP tagtaeglich in Beruehrung kommst
|
jives
And the science gets done
|
Mit Prado leider keine Erfahrungen, obwohl es sich auch sehr gut anhört. Wir sind beim Durchtesten bei CodeIgniter hängen geblieben. Gefällt mir bisher wirklich gut - sauber dokumentiert, sauberer Code, unzählige Libraries und Helferlein, sicherheitsmäßig hab ich bisher keine Lücken entdecken können (muss aber zugeben, dass ich da sicher nicht der Sicherheitsguru bin).
|
Obermotz
Fünfzylindernazi
|
Ok, wir sind hängen geblieben beim Zend weil Kompakt, Ausgereift und gut Dokumentiert. Hab' schon angefangen, mich einzuarbeiten - recht interessant. Hatte noch nicht viel Erfahrungen mit MVC-Architekturen. Ich könnt mich würgen weil ich mich nicht schon früher damit beschäftigt hab...
|
Rektal
Here to stay
|
Verwende Zend, EZ components und PEAR, wobei ich *nicht* das MVC-Modell von Zend verwende. Ich couple die eher loose zusammen, was mir an Flexibilität am wichtigsten eigentlich ist.
Bei PRADO hatte ich, also das Projekt mächtiger wurde (read CMS ist gewachsen und gewachsen) Performance-Probleme, wobei es für strukturiertes Entwickeln sehr angenehm ist und die Performance-Probleme vielleicht auch hätten vermieden können. Aber im Endeffekt hat sich das Korsett von PRADO zu eng angefühlt.
|