Door
kees Schepers
op 04-12-2012 17:41
gewijzigd op 04-12-2012 17:43
4.380 views
Waar ik benieuwd naar ben; wie is hier al volop bezig met Zend Framework 2? Ik zelf stelde het best wel lang uit omdat hij nog niet stable was maar ben er van de week dan toch maar mee aan de slag gegaan.
Ik vindt de modulaire set-up (net als met de bundles in Symfony2) echt super maar werken met een service manager aka di container is wel nieuw en wennen voor mij net zoals die vele arrays configuraties.
Ik ben zelf een klein projectje gestart op Github om er eens mee te spelen en heb al doctrine2 goed geintegreerd nu. Ga er komende avonden verder mee.
Ik zit er aan te denken om een flinke tutorial te bouwen over ZF2 met Doctrine2 maar ben benieuwd wie daar in geintresseerd is of zelfs me wilt helpen? Dan plaats ik de tutorial gewoon op Github en kunnen we met pull-requests elkaar helpen :)
Ik heb de code eens bekeken en moet zeggen dat ik het er ook wel leuk uit vind zien. Helaas nog geen tijd gehad om eraan te werken, het staat voor de komende kerstvakantie op de planning.
Een tutorial: Geweldig idee. Aangezien ik al een jaar werk met Symfony2 en daarbij met bundles (modules), DI (service manager) en dat soort dingen kan ik eventueel daar mijn steentje in bijdragen.
Ik heb een paar kleine testjes uitgevoerd met Zend framework 2. Dat beviel me in eerste instantie goed. Voor echte uitspraken zou ik er nog een aantal projecten mee moeten uitvoeren dus dat houd je nog van mij te goed.
Voor een tutorial ben ik uiteraard altijd te porren ;-)
Persoonlijk heb ik het helemaal niet op het Zend Framework.
mede omdat in eerste instantie het enkel een collectie functies en classes/libraries was en daarna pas het MVC begrip/principe eromheen gebouwd is.
Ook omdat het aan de zware kant is als ik het vergelijk met andere frameworks (symfony, cakephp, CI, kohana)
Het kan niet altijd op elke share hosting gedraaid worden.
Maar daarbuiten is het een geweldig framework en een geweldig idee om hier een compleet en uitgebreide tutorial over/voor te maken.
Marco, OO is iets dat je opbouwt uit vele losse functies met daaromheen een paar klassen die alles aan elkaar koppelen. Symfony is juist een framework dat daardoor gekenmerkt wordt.
Wat betreft het MVC gedeelte, jij praat echt over 2006 toen er inderdaad nog niet echt MVC in zat nee, maar wat is daar slecht aan? Die tijd was MVC niet zo vanzelf sprekend als nu.
Volgens mij is op shared hostings symfony net zo lastig als ZF(2) om te draaien, kun je uitleggen wat je bedoelt?
Ja wouter dat klopt maar als je het mijn reactie leest zeg ik ook helemaal niks over Symfony.
Enkel juist dat het lichter en in mijn optiek beter is dan het zend framework.
Het ging er meer om dat het mvc concept bij zend er pas veel later in/bij is gebouwd nadat ze zagen dat de meeste frameworks om hen heen het gebruikte en daarmee succes hadden en niet zozeer van wij bouwen en bieden en goede concrete oplossing maar meer van wij bieden een 'wisselende' oplossing.
wij bouwen en bieden en goede concrete oplossing maar meer van wij bieden een 'wisselende' oplossing.
En dat is ook precies wat ik tegen ZF heb. Symfony heeft succes met zijn bundles (zie http://knpbundles.com/ ) en dus bedenkt Zend de modules, Symfony heeft succes met DI en dus bouwt Zend DI in. Als je toch iedereen en alles na gaat bouwen kun je beter stoppen met je project en dat ene succesvolle project (symfony in dit geval) helpen beter te worden. De PHP community kent veel te veel 'concurrentie'. We kunnen trots zijn dat we deel uitmaken van 1 van de grootste script communities in de wereld, wat er alleen is is dat we in postzegeltjes leven. Als we nou eens als een community gingen werken, zoals de Python en Ruby communities, waren we een stuk verder gekomen.
Merk op dat je dat niet alleen met ZF en Symfony hebt, er zijn duizenden te herkennen: Als we PHPmailer hebben waarom dan zonodig Swiftmailer bouwen? Als we Doctrine hebben, waarom is Propel dan nodig? Als we een SonataAdminBundle hebben, waarom hebben we dan nog een AdmingeneratorGeneratorBundle nodig?
Wouter, ik vind nu wel dat je het te oppervlakkig bekijkt. De ene implementatie kan ook wel eens beter zijn dan de andere... en iedereen heeft een andere voorkeur op vlak van implementatie van 'dingen'.
