Zend FR

Bonjour,

Je travaille actuellement sur un site relativement imposant, basé sur le Zend Framework et Doctrine.
Après une première période de prototyping destinée uniquement à fournir des interfaces basiques pour la saisie des contenus, je reprends peu à peu l'administration pour la rendre plus agréable à utiliser.

Pour construire rapidement l'administration sans avoir à écrire des montagnes de code, j'ai créé une classe étendant Zend_Controller_Action fournissant directement des opérations de création, d'édition et de suppression basiques. Tous les items administrables n'étant bien sur pas identiques, cette classe comprend plusieurs méthodes auxquelles sont déléguées les phases du traitement qui peuvent varier, comme l'assignation des valeurs par défaut du formulaire d'édition ou à l'inverse le report des valeurs issues du formulaire sur les modèles avant leur enregistrement. Cette classe me sert de base pour tous les contrôleur d'action de l'administration qui n'ont plus besoin de redéfinir que quelques propriétés (messages vers l'utilisateur, classes des formulaires à utiliser pour chaque action, ...) et une ou deux méthodes courtes dans les cas les plus complexes.

Le même principe est appliqué pour les vues (au nombre de deux : un listing des items et l'affichage du formulaire d'édition) qui sont partagées entre tous les contrôleurs, sauf dans les cas où il existe un besoin particulier.

Globalement, ca marche bien et j'en suis plutôt content.
Mais maintenant que je rentres peu à peu dans les détails, la situation se complique...

Alors que certains items sont directement éditables en tant que tels (ex: des contacts), d'autres sont éditables langue par langue (ex: des actualités, des produits, ...), certains doivent pouvoir être réordonnés au sein d'une liste (ex: des grades) ou dans un arbre (ex: des catégories), d'autres n'ont que quelques propriétés propres mais peuvent être associé à une grande quantité d'items plus petits qui sont administrés en même temps (ex: des vidéos et leurs annotations), et pour mettre la cerise sur le gâteau, d'autres encore combinent tout ou partie de ces comportements.

Mon but n'est bien sûr pas de gérer tous ces comportements de façon générique, il y aura bien entendu toujours des cas particulier. Mais j'aimerais poursuivre sur le concept de base dont je me suis servi jusqu'à maintenant pour les fonctionnalités les plus courantes : items traductibles éditables langues par langues, items réordonnables, ...

Mon problème est que lorsqu'un type d'item répond à plusieurs comportements à la fois, je me retrouve vite bloqué, obligé de dupliquer du code dans différentes classes pour qu'elles assument les mêmes fonctionnalités. C'est assez loin de l'idée d'origine, et c'est moche.

L'héritage multiple n'étant pas possible en PHP (et n'étant de toutes façons pas conseillé), la solution est certainement dans la composition. Une qui pourrait avoir de bons résultats serait de créer des "templates" de contrôleurs, fournissant chacun un set d'actions (ex: le template de base inclurait add / edit / delete, le template i18n inclurait editLang, ... ) et de composer les contrôleurs d'action à partir de ces briques, en redéfinissant les méthodes nécessaires pour la gestion des cas particuliers.

Mais en regardant de plus près cette solution, j'en arrive à me demander si ce ne serait pas construire quelque chose de très complexe pour au final obtenir quelque chose qui se rapproche relativement des aides d'actions. A l'inverse, il me semble difficile d'obtenir le même résultat avec des aides d'actions seules.

Ma question au final peut se résumer de la façon suivante : quel est selon vous le meilleur moyen pour construire une administration à partir d'une structure modulaire ?

Merci d'avance pour vos réflexions.