Bonsoir, Le 06/12/2011 15:50, Gonéri Le Bouder a écrit : (...)
Nous en avons discuté à plusieurs sur le canal de #FusionInventory, l'idée est reproduire ce qui existe déjà dans d'autres frameworks PHP ainsi qu'en Java ou en Perl.
(....)
La vraie question n'est pas "ça se fait ailleurs" mais "pourquoi ça se fait ailleurs", si la raison peut s'appliquer à GLPI, elle est alors valable sinon non.
Cette organisation, dans le cas du plugin FusionInventory nous permet de gagner en lisibilité car nous allons avoir plus de 100 classes et qu'on souhaite augmenter le niveau d'héritage entre elles.
Perso, avec un nommage correct des classes, on s'en sort très bien. Pour avoir subi du cakephp par exemple, on passe son temps à aller d'un répertoire à un autre. Bref si ça fait bien de ranger les trucs dans des dossiers (comme pour une boite mail) on se rend vite compte que d'avoir tout dans un dossier et d'utiliser la fonction rechercher ou trier va plus vite.
Après cela peut avoir une logique si on souhaite avoir une démarche modulaire mais ça ne semblait pas l'argument avancé...
Le patch de David ne permet pas de conserver le fonctionnement actuel de l'autoloader en parallèle, ce qui ne me semble pas une bonne idée. Que pense vous, d'une modification similaire mais qui cherche le fichier dans les sous dossiers que si celui-ci n'existe pas dans inc/.
Pourquoi pas, qui peut le plus peut le moins. Bonne soirée, JMD _______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
