Re: architecture interne d'un module

Eric Daspet wrote:

>Par contre je me pose la question de 
>l'utilité d'un sous-répertoire "cache". Logiquement, quand l'application 
>est en route, le cache est centralisé dans le /cache de l'application.
>Je vois peu d'intérêt de gérer un répertoire de cache sous le répertoire 
>du module. Si vraiment le module a besoin d'un espace propre il peut 
>aller taper dans /cache/modules/nomDuModule/ plutot que 
>/modules/nomDuModule/cache/. L'intérêt c'est que dans les répertoires de 
>base on a vraiment uniquement le module et les fichiers de données, rien 
>d'autre. Si on veut vider le cache on a un unique répertoire responsable.
>  
>

CacheManager gère le cache et s'occupe de tout classer, suivant la facon 
dont le module identifie la donnée. Pour changer le repertoire de cache 
de base, il suffit de changer une constante dans CacheManager pour 
l'instant.

>Sinon je rajouterai l'obligation d'avoir un module.xml à la racine du 
>module, qui est la description (nom, version, dépendances, déclarations 
>diverses). Il n'est pas sencé être modifié/modifiable et est généré une 
>fois pour toute lors de la distribution du module.
>
>  
>
oui, mais on pourra régler ca après, c'est plutot du domaine du 
packaging non ?

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