Re: Test du nouveau type d'évenemen t

Le Lundi 5 Avril 2004 00:43, Grégoire Cachet a écrit :
> Ce qu'on veut, c'est un controlleur qui puisse tout faire. Avec ce que
> tu propose, on est obligé de fonctionner avec une interface HTTP et une
> URI.

Abon. Je me suis trompé alors.

> Et si on veut implanter un systÚme pour poster un billet par mail
> ?? Ca ne fonctionne plus !!

A moins de transcrire la commande reçue par mail en URI ou d'étendre la 
gestion d'évenements : non.

> Ce qu'il faut c'est un controlleur capable de faire fonctionner une
> machine à café, pourvu qu'il y ait les modules nécessaires : un module
> pour aller chercher le café dans le placard, un pour le mettre dans la
> cafetiÚre, un pour lancer la cafetiÚre, un pour attendre que le café se
> fasse, et un pour récupérer le café !

Certes mais ça en fait des modules à télécharger pour l'utilisateur qui 
voudrait simplement une machine a café ! Une machine à café ça s'achÚte pas 
en kit :-)

> Voici ce que je propose et qui me parait être cohérent avec ce qu'on
> avait décidé ...
>
> Le controlleur (initialisé au lancement de l'application, on lui passe
> le type d'interface (interface web pour l'instant)) :
>   - un gestionnaire d'analyse de l'URI (UriParser)
>   - un gestionnaire qui construit la requete interne en fonction de ce
> que lui passe UriParser

A mon avis dans ce qui suit on est déjà dans le niveau des modules, on ne 
devrait pas intégrer ces fonctions en dur.

>   - un gestionnaire qui vérifie les droits d'accÚs
>   - un gestionnaire qui gÚre les documents demandés par l'utilisateur
> (DocumentHandler)
>       * ici on passe au niveau module
>   - un gestionnaire de transformation
>   - un gestionnaire d'envoi
>   - un gestionnaire de statistique

> Ceci est trÚs important car ca permettra de se
> servir de l'application depuis un post par mail par exemple qui ne
> contient pas d'URI.

C'est pas mal mais est-ce vraiment réalisable ?


Bon j'arête avec l'histoire du contrÎleur; je vous laisse la main.

-- 
Olivier Pascal