Discussion :

[lanoix]

Bonjour
A la base, dans mon projet PHP, je disposais d'un fichier "includes.php" qui lui contenait tous les includes nécessaires au fonctionnement de l'application. Ces includes étaaient des fichiers (un fichier par classe) se trouvant dans un sous-répertoire (/include...). J'ai voulu le migrer vers Zend Studio et là une chose à laquelle je ne m'intéressait pas avant survient: ce fichier includes n'étant inclus que dans mes fichiers principaux, et pas dans chaque classe, mes classes ne sont pas reconnues. (J'espère que vous me comprenez :p)
Je pourrais bien sûr importé ce includes dans chaque classe... Ca ne me parrait pas forcément propre car si il y a 100 fichiers dans ce includes.php, alors il va faire 100 x 100 includes... Bien sur ce sont des includes_once, mais tout de meme, derriere le _once une vérification est faite. Qu'en pensez-vous? N'y a-t-il pas une meilleure manière de gèrer cela?
(Impossibel de préciser par classe ce qui est nécessaire, il y a trop de redondances.)
Merci...

[Mr N.]

(Impossibel de préciser par classe ce qui est nécessaire, il y a trop de redondances.)

Fastidieux, peut-etre, impossible surement pas. C'est la solution la plus propre.

Si A utilise B qui utilise C et D =>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
A.class
--------
require_once('B.class');
class A {
}
 
B.class
-------
require_once('C.class');
require_once('D.class');
class B {
}
 
 
...

[ciesco]

Moi je fais fichier MotorInclude qu me permet l'inclusion de tous mes includes a base de switch.
Si tu as prevu de le faire des le depart c'est tres facile apres a inmplementer.

[ePoX]

Sinon tu as l'autoload en PHP5.

Ceci dit, y'aurait il une quelquoncque contre-indication avec le fait d'inclure toutes ces classes à chaque appel de script ?

[Mr N.]

La contre-indication que je vois serait que tu peux inclure des fichiers (i.e. ouverture/parsing/compile/...) dont tu n'aurais pas besoin. D'où l'utilité du autoload de PHP5.

[lanoix]

Non, la contre indication c'est que mon "petit" projet devient énorme, je n'ai pas encore eu l'occasion de faire le test mais 100 x 100 require_once(classe) te fait perdre du temps par rapport à x 100 require_once(classe)...
Je parle d'amélioration poussée la...

L'autoload est une solution que j'ai envisagée mais qui ne me plait pas, car vu le nombre de fichiers, tout n'est pas dans le même dossier, j'ai donc du préciser un tableau de chemin puis parcourir ce tableau et trouver ou se trouve la classe. Je l'utilise pour les classes loadées à la volée, mais toujours en parlant de 100 classes, je ne peux le faire.

Et mettre pour chaque classe ce qu'elle utilise... Non, c'est impossible
Et si ca l'était, ca demanderait beaucoup de travail (c'est de cette manière qu'était construit le projet à la base).

***

Après réflexion sur ma propre réponse, j'ai peut-être une solution qui me convient. Un module en ligne de commande est en préparation qui va éliminer du code dans les fichiers PHP en fonction de certains tags. Le but étant d'éliminer du code non nécessaire en production. (En gros.)
Et comme mon problème n'est là que pour du développement sous Zend Studio, je pourrais rajouter un include à chaque fichier de ma fonction autoload... Qui serait enlevé pour la production.

***

Et encore après, je crois que je suis très bête. Si chaque classe fait un include du fichier faisant les include... Ce n'est pas les include_once de ce dernier qui vont vérifier sir les fichiers sont déjà présent. C'est l'include_once du fichier des include qui ne va inclure ce fichier qu'une fois. A relire à son aise. Mais en résumé: je bosse sur un projet trop gros et j'arrive encore à faillir sur un truc stupide :s