Re: Première version

Eric Daspet wrote:

>
>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.
>  
>

a bah on peut plus ... grrr c'est apache 2 qui est aussi instable ??

>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)
>  
>

c'est une autre façon de faire un index disons ;-) Faut bien faire les 
liens entre les données à un moment !

Mais c'est clair que c'est puissant tel que c'est présenté !


-- 
Grégoire Cachet - Développeur intégrateur chez Audacy
http://www.zwiffer.org           http://www.audacy.fr
Mangeur de cigogne    http://mangeur-de-cigogne.info/