J'ai vu beaucoup d'articles sur l'intégration de ZF et de Doctrine. Il y a aussi une proposition pour ZF here mais ils ont toujours deux structures possibles. Soit ils placent tous les modèles dans un répertoire de modèles de premier niveau, soit ils le placent dans un répertoire de modèles liés au module.Utilisation de Zend Framework et de Doctrine avec des structures modulaires indépendantes
application |-- Bootstrap.php |-- configs |-- controllers |-- models - EITHER HERE |-- modules | -- examplemodule | |-- controllers | |-- models - OR HERE | |-- views |-- views
Pour nos projets, je vois des problèmes pour l'une des deux options:
1. Un répertoire: l'application/modèles - dans un système complexe après un court laps de temps, il y aura des centaines de fichiers, sur tout lorsque vous avez deux classes de table (par exemple User.php et UserTable.php).
2. Répertoires de modèles basés sur des modules: application/modules/examplemodule/models - dans de nombreux cas, nous utilisons des modèles dans plusieurs modules en même temps. Ainsi, "l'utilisateur" est requis par ex. dans les modules "jeu", "administration", ...
Y at-il un moyen d'utiliser une sorte de sous-répertoires sous le répertoire de premier niveau "modèles" pour obtenir un certain regroupement. Il devrait être complètement indépendant de la structure du module. Toute solution doit prendre en charge le chargement automatique et la génération de classe à partir des fichiers yaml.
Des idées, des liens ou des solutions? Merci!
Merci Travis, le problème ici est que, avec cela, il est impensable d'utiliser un modèle dans le module A à partir du module B et c'est souvent le cas pour nous. Afin de ne pas inventer une solution complètement non-ZF, nous nous en tenons à la solution «un dossier de modèle au plus haut niveau» et vivons avec de nombreux fichiers dans un dossier ... – stefax