Bonjour, après quelques recherches à propos du global de PHP dont je connais le fonctionnement.
Au risque de passer pour un neuneu, je vous pose cette question quand meme : je voudrais connaitre s'il y avait une utilité de mettre des  

tout en haut de fichiers inclus en PHP, qu'ils soient inclus a partir de fonctions, classes ou globalement.
 
Merci à vous !!

Merci, je connais le principe    
C'est juste que la je bosse sur un gros projet en PHP, avec des global un peu partout, qu'on essaie d'enlever au fur et a mesure, et il semble que dans certains fichiers, ils soit necessaire de declarer des variables "global" au debut du fichier, je voudrais savoir pourquoi, vu qu'on n'est pas dans le scope d'une fonction (ou classe)

Bon bah en fait, le fait d'inclure un fichier fait qu'on doit mettre les variables globales avec le mot clé "global" si on veut les utiliser à l'interieur de celui-ci.
Ce qu'on fait maintenant pour eviter les global, on les met dans des classes, en static, normalement c'est plus rapide.

Generalement, quand il commence à y avoir beaucoup de données "globales", c'est que l'application a été mal conçue.
Rien de mieux que Wikipedia pour expliquer les erreurs de conception les plus courantes à éviter absolument :
http://fr.wikipedia.org/wiki/Antipattern
(cf partie Action à distance)

L'application etait a l'origine basée sur dotProject, s'en est totalement ecarté, mais c'etait a l'époque du PHP4, donc le coté objet etait pas trop sollicité. On tend a rendre l'appli plus propre.  
L'appli est bien conçue, sinon, mais quand je suis arrivé sur le projet, ça m'a limite filé des boutons, tous ces global partout.
Ce qui ya, c'est que c'est un logiciel de gestion de presque tous les aspects de cliniques medicales, en gros. Et changer des choses est assez critique, alors on y va petit a petit, j'ai deja fait enormement de refactoring sur ce projet, en un peu moins de 5 mois, j'ai changé pratiquement 40000 lignes de code, et pour la plupart c'est de l'optimisation du genre virer des global.

Je pense qu'il y a un moment où il faut tout refaire, garder du code existant et le modifier à outrance ne donne jamais rien de bon

Je crois aussi, mais avec 250000 lignes de code à 4 développeurs, faut en vouloir

Mouarf c'est pas en nombre de lignes qu'il faut compter, mais en fonctionnalités à recoder proprement
si ça se trouve le code refait prend 5fois moins de lignes

Ca, c'est possible ! (5 je pense pas, mais 2 fois, peut etre)
Sinon, bah les fonctionnalités ... avec une base de 120 tables (chaque table correspond à un type d'objet métier) les fonctionnalités ... yen a !
Enfin bref, tout ça pour dire qu'un gros refactoring est quand meme prevu, et j'espere qu'on va pas trop le repousser, puisque j'ai hate de m'y mettre

Je fais une petite application de quizz en ce moment, et elle fait quand meme 20 tables deja
Alors 120 finalement, c pas si énorme

Ha ouais, j'avais oublié les 6 BDD annexes  
Voici le wiki du projet : http://mediboard.org/public/tiki-index.php ya un svn public et tout, vu que c'est un logiciel libre