architecture interne d'un module

Je prend comme base http://blogv2.zwiffer.org/GestionDesModules et le 
dernier mail que je viens d'envoyer pour la définition d'un module

Mimer l'architecture des répertoires de la racin me parait une très 
bonne idée, on restera cohérent. 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.


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.

-- 
Eric Daspet
Venez aider notre mangeur de cigogne sur http://mangeur-de-cigogne.info/