Re: Test du nouveau type d'évenemen t

Grégoire Cachet wrote:
> Apres discussion rapide avec Eric hier soir et relecture des anciens 
> mails j'ai compris mon erreur vis à vis des modules. Je ne me souvenais 
> plus du concept de modules qui regroupaient des gestionnaires. C'est ca 
> le pb des projets qui avancent trop lentement ;-)

héhé, si j'arrive à terminer la partie ordonnacement + gestion des 
modules ce WE comme c'est prévu vous y verrez déjà plus clair. Je vous 
ai trainé un peu longtemps la dessus et je comprend que tout ne soit pas 
clair, c'est ma faute.

> En fait, le fonctionnement qui avait été proposé est trÚs *plat*, à la 
> différence de ce que j'imaginais. Il me semblait plus logique de faire 
> fonctionner ce que j'appelais *module* sur un autre niveau parce que 
> dans ma logique, ce qui gÚre l'affichage d'un article n'est pas sur le 
> même plan que ce que ce qui gÚre l'authentification de l'utilisateur ...

Disons qu'au tout départ j'avais imaginé une structure en arbre libre, 
mais finalement ça entrainait plus de complexité qu'autre chose. La 
seule difficulté d'une structure plate c'est l'ordonnancement mais j'ai 
finalement trouvé et implémenté un algo correct pour ça.
Une structure plate ça permet de changer entiÚrement l'ordonnancement, 
avec plus de souplesse qu'une structure prédéfinie.


> Cependant, il est aussi clair qu'un seul systÚme d'execution est plus 
> simple à mettre en place et évite de nombreux bugs. Dans lon idée, on 
> aurait eu un ordonnancement au niveau du controleur et un au niveau de 
> DocumentHandler qui aurait lancé mes *modules* pour construire 
> l'information.

Est-ce que le niveau documentHandler est nécessaire ? en stockant les 
infos dans le controleur au fur et à mesure je n'en suis pas sûr. En 
fait comme tout est dans le controleur il suffit d'aller se rajouter 
juste avant (ou juste aprÚs) un gestionnaire pour modifier la donnée 
qu'il lit en entrée et rajouter ce qu'on veut.

Pour moi finalement même les catégories sont à gérer à ce niveau, c'est 
juste un gestionnaire qui intervient juste avant la lecture d'url de 
base, récupÚre la catégorie à partir de l'url, la retire de l'url, et 
rajoute un critÚre de filtre dans l'objet "requete interne".
Je ne vois pour l'instant pas ce qui nécessite un deuxiÚme niveau de 
construction de document, mais je n'ai pas encore poussé la refléxion de 
ce coté non plus.


> Pour résumer :
> on a le controleur
> on a les gestionnaires gérés par le controleur
> on a les modules, qui sont un regroupement *virtuel* de gestionnaires 
> dans le sens où la notion de module n'intervient pas dans l'execution, 
> simplement dans le regroupement logique de l'ensemble ?

Voilà, en gros un module c'est juste un ensemble de gestionnaires qui 
sont packagés ensemble. Quelque chose que tu peux ajouter/retirer pour 
changer les fonctionnalités.
Un module "timer" c'est en fait deux gestionnaires : un au début de 
l'appli pour retenir l'heure de début, un à la fin pour faire la 
soustraction et l'enregistrer quelque part.

> On peut donc envisager un module web qui contient des gestionnaires pour 
> gérer les URI, gerer les envois au clients, c'est ca ?

en gros oui, même si l'accÚs Web est probablement une fonctionnalité de 
base vu que c'est la dessus qu'on se base.

> Si je veux gérer les catégories, je créé un module qui contient un 
> ensemble de gestionnaires capables de gérer les catégories : liste de 
> catégories, description d'une catégories etc ? 

Yep

> Dans la définition du 
> module, on mettra qui doit faire quoi pour tel type de requete ?

Même pas. Le premier gestionnaire s'exécute, il regarde comme un grand 
si il y a une catégorie de spécifiée, et si oui il traite la chose en 
enregistrant la catégorie demandée.
Les autres suivent le même principe en relisant cette info, et si elle 
est présente font leurs actions.
Si aucune catégorie n'est demandée il retourne tout de suite sans rien 
faire.

Du coup il il n'y a nulle pas besoin d'aller dire à qui que ce soit ce 
qu'il doit faire. Chacun lit les données et décide en fonction ce qu'il 
doit faire ou pas. Moins il y a de controle central moins on aura de 
problÚme pour gérer les organisations.

-- 
Eric