Le Tue, 06 Dec 2011 21:01:03 +0100 jean-Mathieu Doléans <j...@indepnet.net> a écrit:
>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 > La réponse me va très bien, si on peut éviter de complexifier le code + la structure pour pas grand chose, c'est OK. Au vue des informations, mettre des dossiers ne me semble pas vraiment une solution viable. Merci pour ces infos et on va rester comme ça ;) David ++ _______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
