Re: Test du nouveau type d'évenemen t

Eric Daspet wrote:

>>>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.
>>    
>>
>
>Je pense aussi
>  
>
pourquoi ?? Vous voulez que le gestionnaire de documents gÚre les droits 
d'acces, les transformations, les envois, les statistiques ? Je 
comprends pas là !!
Pour moi, gerer les stats, c'est au même niveau que analyser l'URi, 
construire la requete interne etc ... C'est juste que ca doit se passer 
aprÚs ...

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

>Le seul problÚme que j'ai vu est un problÚme de performance : chaque 
>gestionnaire charge un fichier, avec une définition de classe et génÚre 
>une instance avec trois appels de méthode même pour juste démarrer un 
>timer. J'ai peur que ça fasse beaucoup donc j'ai en tête une idée pour 
>faire des fonctions "inline" comme en C. 
>
ca consiste en quoi les "inline" ?

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