mai
2009
Zend Framework 1.8 est une révolution. C’est une révolution dans le fait qu’il propose (mais n’impose pas) de gros changements dans la conception même d’une application MVC ZF.
Nous n’allons pas tout détailler ici, mais nous parlerons en revanche de l’auto-chargement des classes (autoload) qui a été bouleversé dans la version 1.8.
Plus fléxible, plus performant, et hautement personnalisable, il existe maintenant dans Zend Framework un composant dédié au chargement des classes, qu’elles soient Zend ou pas.
Cet atelier est une traduction améliorée et complétée de l’article de Matthew Weier O’Phinney, disponible en ici.
Atelier Zend Framework : Autochargement de classes et de composants
7 Commentaires + Ajouter un commentaire
Commentaires récents
Archives
- novembre 2010
- août 2010
- juillet 2010
- juin 2010
- mai 2010
- avril 2010
- mars 2010
- février 2010
- janvier 2010
- décembre 2009
- novembre 2009
- octobre 2009
- septembre 2009
- août 2009
- juillet 2009
- juin 2009
- mai 2009
- avril 2009
- mars 2009
- février 2009
- janvier 2009
- décembre 2008
- novembre 2008
- octobre 2008
- septembre 2008
- août 2008
- juillet 2008
- juin 2008
- mai 2008
- avril 2008
- mars 2008
- février 2008
- janvier 2008
- décembre 2007
- novembre 2007
- octobre 2007
- septembre 2007
- août 2007
- juillet 2007
- juin 2007
- mai 2007
- avril 2007
- mars 2007
- février 2007
Si non c’est vrai que quand on vient se Symf et autres Framework qui possedent des outils de générations et une structure plus rigide ZF peut déboussoler par sa philosophie qui peut se résumer à « proposer, mais ne pas imposer »… cependant connaitre au moins l’utilisation pensée par le créateur d’un outil peut aider. Un couteau de table a été inventé pour découper la viande ou le poison à table, mais je peux effectivement m’en servir en cas de besoin comme tourne-vis ou ouvre boite… cependant il n’en demeure pas moins qu’il a été inventé en répondant à uen problématique bien particulière… il en est de même pour le M du MVC de zend framework… si on peut le mettre à toutes les sauces, il doit bien y avoir un cas d’utilisation bien basic auquel celui-ci répond et que l’on peut apprendre pour comprendre son fonctionnement…
A suivre donc meme si je pense quand meme que d’ici là j’aurai appris à bien me servir du model et si vraiment j’ai du mal ou que je en suis pas satisfait je retournerai vers mon ORM préféré du moment i.e. Doctrine.
Question que pensez vous à priori de l’intégration d’un doctrine ou d’un propel avec ZF? Est ce un choix qui sur le plan des perfs par exemple peut s’avérer judicieux, pas judicieux? je sais qu’il ya des articles qui expliquent comment mettre ça en place mais je suis plutot à la recherche de use case à ce sujet, si vous en connaissez n’hésitez pas…
Cordiales salutations
Oui, le problème du modèle est qu’il est extrêmement spécifique à chaque application, mais en effet, j’ai beaucoup d’idées pour la V2 du livre le concernant.
Ahhh ok je vois, suggestion pour la v2 du Bouquin, insistez un peu plus sur le model et les bases de données, vous donnez beacoup de détails sur comment faire des requetes mais tres peu sur les classes du model, le mapping avec la bd et avant la v2 ZF Tool apprend à générer des classes de model tout seul comme un grand parlez en… le model ets vraiment le parent pauvre de votre livre tout comme dans le framework ceci expliçquant p-e cela…
Non, c’est prévu pour la V2 du livre qui sortira soit fin d’année 2009, soit début 2010.
Je lis en ce moment votre livre sur zend framework, je vois avec l’exemple de cet article qu’il y a quand même quelques changements significatifs, il y aura t’il sur site associé au livre des correctifs liés aux changements introduits par la 1.8 et qui impactent les codes de l’exemple du livre voir même les explications etc…?
Merci pour la trad