Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Hello,
La nouvelle est tombée hier : http://www.nabble.com/Discontinuing-Zen … 17819.html
@+
Hors ligne
Je ne connais pas bien Doctrine mais j'ai un brève aperçu de ses possibilités avec le Framework Symfony.
Et ça me plait beaucoup.
Qu'en pensez-vous??
Hors ligne
J'aime beaucoup aussi Doctrine ayant commencé le tutorial Jobeet de Symfony. Par contre est-ce quue cela veut dire aussi l'abandon de Zend_DB au profit de Doctrine ? Ou du moins la mise en place de proxy pour ne pas avoir à tout recoder ^^
Hors ligne
Non pas d'abandon de Zend_Db en vue. Pour des petits projets, tu pourras toujours utiliser tes Zend_Db_Table_Row comme objet métier. Mais l'accent sera vraisemblablement mis sur l'utilisation de Doctrine.
Cette information est trop fraîche pour avoir plus de détails pour le moment.
Hors ligne
Salut,
C'est une très bonne nouvelle je pense.
Je ne sais pas si certains ont eu l'occasion de jouer un peu avec l'alpha de Doctrine 2.0 mais c'est très prometteur.
Ce sera la fin de l'ActiveRecord (en partie) et il sera possible de faire vraiment du DDD (Domain-driven Design).
Sans compter toutes les possibilités déjà existantes dans Doctrine.
A+ benjamin.
Hors ligne
Est-ce que je suis le seul à penser que ce n'est pas une bonne nouvelle ? Doctrine est certainement un très bon ORM, mais si Zend_Entity est vraiment abandonné (quelqu'un peut toujours reprendre le développement après tout), ce sera un package supplémentaire à installer, de la duplication de code, des conventions de codage différentes, une documentation supplémentaire à consulter et une intégration forcément moins poussé qu'avec un composant 100% ZF.
Hors ligne
C'est ce que je me dirais si je n'avais pas intégré Doctrine dans plusieurs de mes projets. Effectivement c'est un package supplémentaire, mais il est très facile à intégrer et tu n'y perds à priori rien par rapport à un composant natif Zend.
Pour ce qui est du code, c'est assez souple et pour moi ça n'a rien changé dans mes habitudes, j'ai pu adapter les conventions PEAR sans problème.
Je trouve ça plutôt bien que Zend et Symphony encouragent un projet comme Doctrine, qui a beaucoup de mérite.
Et puis un ORM peut devenir tellement complexe, qu'une lib à part entière n'est finalement pas un mal.
Je ne sais pas comment Zend compte intégrer la bête, mais je suppose que ce sera une resource d'application configurable à souhait.
Après c'est sûr que certains développeurs n'aimeront peut-être pas la direction que prend Doctrine 2.0 (annotations par ex.) dont le but est de créer un hibernate pour PHP. Moi je dis miam tout ça, miam le DQL et je suis impatient de voir la suite
A+ benjamin.
Hors ligne
Sur cette page http://www.doctrine-project.org/about, vous verrez que Benjamin Eberlei (auteur de Zend_Entity) est contributeur de Doctrine 2 et Guilherme Blanco est un contributeur habituel de ZF.
Les équipes ZF et Doctrine sont proches et vont échanger dans les prochaines semaines sur les éventuelles adaptations permettant l'intégration optimum entre les 2 librairies.
J'avais quelques réticences quand je testais dernièrement avec Doctrine 1.1 (principalement la génération des modèles qui demandait pas mal de post traitement pour respecter les conventions PEAR) mais la version 1.2 apporte les correctifs (http://www.doctrine-project.org/upgrade … Generation) ainsi que pour la facilité d'intégration et d'autoload le déplacement de Doctrine.php vers Doctrine/Core.php (http://www.doctrine-project.org/upgrade … trine_Core).
Hors ligne
Moi qui utilise Doctrine depuis ses Début, je ne peux me réjouir de cela et notamment avec la mise à jour 1.2 (voir psote de Mikaelkael ci-dessus).
Hors ligne