Zend FR

Hello, super ! Merci pour ton retour.

Je suis pas sûr que la flamme autour du ZF3 se ravive mais je l'espère !! Je pense que Zend-Expressive apporte une bonne solution en étant plus léger et permet d'utiliser les composant du ZF3 donc c'est plutôt cool de garder le nez dedans sans utiliser tout le framework .

En dehors de l'échec de migration pure, en comptant la prise d'infos et la migration sur nouveau skeleton, j'ai du mettre 2-3h à tout casser...

C'est un petit projet et non terminé, je n'ai pour l'instant que trois modules. Je totalise 2819 lignes dans le répertoire module (uniquement pour les fichiers .php). C'est une application qui gère différents sites avec chacun publication d'articles (textes, images, vidéos...) et gestion de publicités, en plusieurs langues. J'ai terminé la gestion des sites, pratiquement fini la gestion des articles, il ne me reste plus que la gestion des publicités.

Il faut noter que je n'utilise pas ZF de façon "traditionnelle". Notamment dans l'usage des modules et la séparation des fonctionnalités par module. Par exemple dans mon projet, je n'ai pas un module "site", un module "article" et un module "publicité", mais un module "Common", un module "backoffice", un module "front".
Mes parties modèle (DBAL, ORM, etc.) et métier, à part l'utilisation de Zend\DB (uniquement pour la construction de requêtes SQL simples, sinon je me repose sur PDO pour tout le reste -- gestion de connexions, préparations ... -- et en manuel pour la construction de requêtes complexes, et pour l'ORM c'est fait maison, concis) sont en pur PHP, donc pas de Doctrine.
J'utilise aussi quelques validateurs de ZF, mais j'essaie d'utiliser au maximum des fonctions natives, bien plus performantes car elles n'ont pas besoin d'être compilées à l’exécution, et de façon générale pour toute fonction qui n'a pas besoin de "patch". Quant aux validateurs métiers, ZF ne peut rien faire sur ce point.

Ça permet à mon code critique de ne pas être complètement dépendant de DEUX frameworks externes. C'est aussi bien plus performant. Et ça rend les migrations, voire des changements de frameworks, plus faciles et rapides. Mon code métier est donc plus maintenable dans le temps et moins dépendant de side-effects issus de modifications que je ne peux contrôler (puisque faites par d'autres).
Je n'utilise pas non plus Zend\Form, qui, après quelques usages quand je me suis mis à ZF, ne m'a pas du tout convaincu. Je suis d'ailleurs très étonné que ce composant soit inclus dans ZF3 alors que mwop avait parlé de son éviction à juste titre.

Donc, en gros, je valide la gestion des modules, le routage, l'événementiel, les contrôleurs, les vues et la gestion des configurations si je n'oublie rien. La partie VC du MVC, ainsi que l'événementiel, donc.


J'ai, par ailleurs, dans mes projets récents, déporté beaucoup de la partie Vue et du routage en front-end avec angular (il ne me reste que les layout/index et le routage des webservices dans ZF).
Je pense éventuellement étudier Expressive qui m'a l'air adapté aux nouveaux usages backend. Expressive qui apparemment permet de choisir d'autres composants, comme fast-route pour le routage par exemple, mais je n'ai pas encore eu le temps d'étudier ces composants "compatibles" pour en déterminer leurs avantages et inconvénients.
L'architecture n'est évidemment pas la même que dans ZF, notamment dans la notion de chaînage et, il me semble, la décentralisation physique des sources de données et de services.

Concernant les tests unitaires, et en dehors de ma partie modèle et métier (qui n'utilise pas ou très peu de composants ZF), je n'en ai pas encore fait de TU sur ce projet. J'utilise PHPUnit. Mais dans le cadre de développements en solo, et en phase de développement initial sans mise en production ni recettes, j'ai depuis longtemps abandonné le TDD car c'est trop coûteux et avec peu de bénéfices. J'écris donc mes TU en phase finale pour valider le projet et sécuriser les modifications ultérieures de l'application. Il y a évidemment quelques exceptions pour certaines fonctionnalités critiques ou particulièrement complexes pour lesquelles je rédige des tests assez rapidement.

Les techniques et les usages évoluent rapidement, de nouveaux venus arrivent chaque années, je pense que l'usage des frameworks est très utile pour s'affranchir de la gestion de certaines fonctionnalités "bas niveau", mais je pense aussi qu'il faut pouvoir évoluer le plus aisément possible, et à un coût le plus bas possible, et donc avoir des dépendances faibles aux bibliothèques/frameworks plutôt que fortes.


@JGreco: "J'espère que j'arriverai a migrer mon projet de 2 ans de dev en zf3."
Chiche. Installe un skeleton zf3 et donne-toi une journée. Si ça se passe bien et que c'est réglé dans la journée tu seras très content. Si ça foire, tu n'auras perdu qu'une journée, ce n'est pas grand chose, et tu n'auras pas touché à ton projet, donc pas de risque. Et tu auras acquis des connaissances en ZF3, ce qui te servira pour les futurs projets.

Dernière modification par Bouks (06-08-2016 12:06:02)