Re: Première version

Gregoire Cachet wrote:

> Comme Eric veut faire une description des modules en XML, on peut faire 
> un système d'installation qui rescence les modules actifs, permet d'en 
> desactiver etc ... et qui créé des index, notamment utilisables par 
> __autoload() pour savoir où sont les fichiers.
> 
> Ca permet aussi de régler les problèmes de dépendance une fois pour 
> toutes et non à chaque page ...


C'est ce que je pense, de toutes façons trier les modules en dynamique 
n'est pas réaliste. J'ai fait l'algo de tri (regardez le rep test4 dans 
mon dossier sur subversion), il reste à agir en conséquence.

Ce que je projette de faire c'est ce qui suit :
- prendre toutes les libs dans les modules et les copier dans /cache/lib 
  (ou faire des liens, au choix), tout en prenant en compte l'ordre des 
modules. L'avantage c'est que l'appli n'a pas à chercher dans 150 rep à 
chaque fois qu'elle charge une classe (ce qui risque d'arriver au 
minimum une vingtaine de fois par page). Je préfère ça que l'index, 
c'est plus automatique, moins gourmand et plus simple à gérer (au prix 
d'un tout petit peu de place disque)
- lire toutes les configurations, sérialiser les données dans un fichier 
en cache. Lors de l'exécution il suffira de désérialiser, pas 150 
fichiers de conf à interprêter
- faire la résolution des dépendances pour l'ordre des gestionnaires, le 
mettre en cache pour que le contrôleur aille le repêcher à l'exécution 
sans tout recalculer

L'avantage de ce genre de procédure c'est qu'on ouvre la porte à des 
fonctionnalités ou possibilités techniques complexe si il se révèle 
qu'on en a besoin (par exemple modifier le contenu de certains fichiers 
pendant leur recopie en cache ou leur interprétation)

-- 
Eric