phpdummi

meinen beifall!

nach einigem stöbern und selbst gestellten (blöden)fragen wieder mal einige sehr gute und vor allem ausführliche posts

*danke*

eine frage noch zu zend & co: für welche applikation braucht man sowas?
ist ja nicht so als würde die eigene messlatte für code-bibliotheken und codier standarts zu gring gesetzt oder? die angeführten performance schwächen schrecken ebenfalls ab. wozu also das ganze?

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things

Mister Ad

KingCrunch

Für jede, die du willst
Hä?
Oha, gute alter Performance-Diskussionen.

Aaalso: Du kannst wie blöde performant programmieren, bloss wird dein Programm dann niemand mehr lesen geschweige denn warten können Änderungen werden quasi unmöglich usw.

__________________
Nicht jeder Fehler ist ein Bug.

phpdummi

[..]

ich mein ja nur ...
wenn ich immer wieder auftretende funktionen klassen etc. einmal code dann gebe ich mir einfach mühe. versehe das ganze mit schönen und ausfürlichen comments rücke alles (übertrieben) ein um die lesbarkeit zu erhöhen usw. speichere das parallel auf meiner externen festplatte.
dann hole ich mir für das aktuelle projekt .teile. meiner sammlung und füge diese einfach ein oder ändere sie ab /erweitere das ganze.

auf 1-3jahre gesehen ist dieser auffwand glaube ich gerinnger als sich z.b. mit zend zu befassen.
auf 4-10jahre gesehen lohnt sich so ein framework natürlich schon, allerdings glaube ich sind wir dann längst bei php6 web3.4 oder ähnlichem

aber ich bin ja nicht der erste der sowas in frage stellt, nur versteht mich nicht falsch!
ich zweifle die nutzbarkeit nicht an, trotzdem belibt die frage: wozu so viel auffwand?

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things

Melchior

Hi,
habe ganz vergessen es hier zu posten.

Hab hier ein kleines Forum zum Zend Framework aufgemacht - iss sehr speziell, also keine Konkurrenz zu hier :D

www.zfforum.de

Reinschauen lohnt sich für die Profis unter euch auf jeden Fall. Das Framework ist noch beta, aber entwickelt super rasant und hat schon viele Anhänger gefunde.

gruß
melchior

KingCrunch

Du hast es aufgemacht? Du heißt da aber net "Melchior"! ^^ Dann musst du Marco sein

Bin mittlerweile Anhänger, aber ihr seht ja, dass ihr mich trotzdem nich los werdet Wünsche, dass ich gehe, bitte per Mail an nobody@example.com

__________________
Nicht jeder Fehler ist ein Bug.

Slava

es lohnt sich einfach der framework anzuschauen.
ich benutze selbst sehr selten PEAR- classen, aber wenn ich merke, dass ich nicht bereit bin viel aufwand in eine classe zu stecken, dann frohe ich mich wenigstens, wenn ich weiss wo ich die passende classe finde.
Ich persönlich habe eine krankhafte anförderungen an Performance, aber der Konzept von MVC, dass Zend bietet ist einfach perfekt .
Auch die Performance von dem Zend-framework ist meine meinung nach viel besser als bei Pear und wird für die meiste PHP-Webanwendungen ausreichen.
Ich habe in moment ein Project, der ich in keinem fall mit Zend-framework entwickeln will, da ich teoretisch Perormance- probleme bekommen kann, aber wenn ich jetzt eine Anwendung schreiben müsste, die weniger belastet ist, dann würde ich schon aus neugier, das alles mit Zend-framework anfangen da die Konzepte einfach sehr naha an meinen Vorstellungen über OOP liegen.

<<
auf 4-10jahre gesehen lohnt sich so ein framework natürlich schon, allerdings glaube ich sind wir dann längst bei php6 web3.4 oder ähnlichem
>>
der Konzept von OOP bietet gerade alles um solche übergänge zu überleben.
Java ist ein beispiel dafür.
die classen werden einfach an die neue version angepasst und du kannst deine methoden bei hauptanwendung weiter benutzen.
Ich hoffe nur, dass bei neuen versionen von PHP die PHP-Macher mehr für die Performance tun können. (oder ein 10 gigaherz prozessor und ein arbeitspeicher mit 8GB kann auch dass selbe ergebnis bringen)

sorry für mein deutsch

__________________
Slava
http://bituniverse.com

Quadaptor

Einige Teile des Zend Frameworks finden aktuell Verwendung in einer recht komplexen Anwendung. Interessant sind vor allem die Pakete Auth, Db, Loader, Locale, Log und Mail. Aus Perfomancegründen entschieden wir uns gegen den Zend_Controller. Bei der Wahl der zu nutzenden Template-Engine wurde zu gunsten von Smarty entschieden.

Für mich wirken viele Teile des Frameworks sehr durchdacht, während ich bei manchen Dingen echt nur mit dem Kopf schütteln kann. Allem voran stören mich die ganzen statischen Aufrufe, die innerhalb des Frameworks notwendig sind! In der Mailingliste wurde diese mal damit begründet, Anfängern (der funktionalen Programmierung) das Leben und den Einstieg in das ZF zu vereinfachen. Damit erfüllt es aber nur noch bedingt professionelleren Ansprüchen. Hinzu kommt, dass einige Methoden noch als private deklariert sind und somit die gewünschte Erweiterbarkeit auf der Strecke bleibt.

Komponenten wie Zend_Acl scheinen mir völlig unbrauchbar, da diese keine verschiedenen Backends unterstützen, sondern (lt. Zend) die Speicherung als serialisiertes Objekt erfogen soll.
Zend Session mit seinen Namespaces macht einen guten Eindruck, allerdings findet man auch hier wieder eine völlig unsaubere API. Sobald z.B. ein Objekt vom Typ Zend_Session_Namespace erstellt wird, ist dieses automatisch der Zend_Session registriert. In früheren ZF Version (< 0. war noch eine manuelle Registrierung der Objekte notwendig, was meiner Meinung nach zu einer verständlichen und sauberen Programmierung führte (in der OOP ist nunmal es typisch und richtig, Objekte zu registrieren und auf Automatismen zu verzichten). Wie zu erwarten nutzt Zend_Session auch das Singleton Design Pattern, was allerdings dazu führt, dass eine Session nicht "gewechselt" werden kann, um z.B. eine Art (linux-like) "sudo" zu ermöglichem (Der Konstrukter ist private, lässt Vererbungen nicht zu). Weitere Designfehler entstehen durch die konsequente Nutzung der ganzen Magic Methods (__get(), usw.).

Zend_Controller ist ein elend aufgeblähtes Monster, dessen notwendige Laufzeit tlw. die der eigenlichen Applikationslogik überschreitet. Vorallem bei intensiver Nutzung von AJAX-Anfrange, die möglichst schnell gehen sollten, ist der Controller mit all seinen Raffinessen ein Perfomancekiller.

Trotz der ganzen Kritiken ist das ZF scheinbar das derzeitig einzig einigermaßen brauchbare Framework.

PEAR ist zwar sehr mächtig und umfangreich, aber mindestens genauso langsam wie Zend und vorallem sollte es innerhalb eines Frameworks (so nennt sich PEAR), nicht für eine Aufgabe zig Methoden bzw. sogar Packages geben, deren API tlw. komplett unterschiedlich sind.
Seagull bezeichnet den "PHP4/5-Support", sowie "Entwicklungsbeginn 2001" als Feature. Für mich sind das zwei K.O.-Kriterien. Zum einen stecken in Seagull viele Altlasten (eben seit 2001), zum anderen bin ich froh, dass mit PHP5 nahezu alle Möglichkeiten der OOP zur Verfügung stehen, so dass ich auf PHP4 gerne verzichte.
YANA scheint, der Homepage nach, weniger sich an große Software-Applikationen zu richten, ansonsten verstehe ich solche "Features" wie "free PHP guestbook, free search engine, free web-log" nicht. Im Verlauf dieses Threads wurde erwähnt, dass zwischen verschiedenen Datenbanken einfach geswitcht bzw. emuliert werden kann. Solche Funktionalitäten sind in der Praxis (schon ab mittelgroßen Anwendungen) absolut unmöglich, spätestens dann, wenn datenbankspezifische/-optimierte SQL-Anweisungen genutzt werden (müssen). Hier versagt jede Abstraktion.

Just my two cents... Dennis

Zergling-new

Über die Performance vom Zend_Controller kann ich nichts sagen, aber er ist zumindest sehr vielseitig - wir setzen ihn gerade das erste mal ein, allerdings nur für ein Backendsystem.

Was mich an Zend_Session stört sind die magischen getter/setter Methoden. Denn die erlauben nur Zuweisung oder Auslesen eines Wertes, nicht aber andere Manipulation wie (Array []) erweitern. Ist zwar ein technischer Aspekt, für den PHP verantwortlich ist, trotzdem finde ich das ganze nicht so wirklich optimal.

dr.e.

Hallo zusammen,

zu diesem Thema habe ich auch einen Artikel veröffentlicht, der einige Themen von Dennis aufgegriffen hat. Siehe hierzu http://www.adventure-php-framework.o...eworkVergleich.

Gerade in der letzten Zeit (Dezember) habe ich die Erfahrung gemacht, dass PHP 5 in sehr komplexen objektorientierten Anwendungen sogar langsamer als PHP 4 ist! Der Vergleich ist sehr erschreckend. Abhilfe haben nur die ZendPlatform-Tools geschaffen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Slava

Hi Zergling!
dabei hast du noch kein Zend_Controller_Action überschrieben , die zusätzlich HelperBroker, Exception und Response/Abstract braucht.
Es ist seht Aufwendig, wenn eine PHP Anwendung jede Interface zum laufzeit hohladen muss. die Interface Geschichte ist für php nur wärend entwicklungszeit interessant, danach kann man auf die Interface verzichten (was bei ZF schwer wegen Typehinting realisierbar ist).

__________________
Slava
http://bituniverse.com