Re: Test du nouveau type d'évenemen t
Olivier Pascal <[email protected]> Wed, 7 Apr 2004 18:35:13 +0400
| Newsgroups | gmane.comp.web.blogv2.devel |
|---|---|
| Message-ID | <[email protected]> |
Le Mercredi 7 Avril 2004 16:24, Grégoire Cachet a écrit :
> c'est pas le but de l'application de fonctionner avec des posts par
> emails, mais c'est une option dont on ne veut pas se priver ...
> En gros, c'est pas pour tout de suite, mais on doit avoir une
> abstraction suffisante pour l'implanter.
Disons que ça complexifie les choses pour pas grand chose on dirait. Tu as des
exemples d'autres interfaces, Ã part http et mail ?
> L'URI, c'est adapté au HTTP, pas forcément à notre application.
En fait je proposais juste de standardiser la communication dans l'appli. Pour
gérer une autre interface on pourrait juste ajouter un module avant UriParser
pour convertir "lire tel article de telle section sans les commentaires" en
"/section/article?commentaires=non". C'est un bon compromis, AMHA. Ãa
permettrait aussi de fonctionner sur plusieurs interfaces en parallÚle, http
et mail par exemple.
> Par exemple, tu proposais un filtre ^/blogv2/(.*). C'est bien si
> l'utilisateur veut la langue par défaut, mais s'il force l'utilisation
> de l'application en anglais, ca ne fonctionne plus :
> /en/blogv2/truc
Ce n'est qu'un exemple; dans la réalité il faudrait plutÎt poser un filtre '*'
pour le core et le surcharger au besoin avec les autres modules, ou mettre en
premier un filtre genre "^/\S{2}/" pointant vers un gestionnaire qui définit
la langue par exemple.
> Voila pourquoi le gestionnaire de documents ne doit pas se charger de
> traiter des URI : ca n'est pas son boulot !
Si tu le dis !
Bon 2 questions tant qu'on y est :-) Si j'ai bien compris le contrÃŽleur de
l'appli gÚre l'exécution des contrÎleurs des module selon un ordre relatif.
Là pas de problÚme. Maintenant prenons l'interface http : le contrÎleur va
initialiser UriParser, puis d'autres modules.
Comment ces autres modules accederont à l'uri parsée (décomposée) ?
Je suppose que les modules devront interpréter l'uri chacun leur tour, puis
passer la main si ils n'en n'ont rien tiré (exemple du core qui pourrait
laisser la main si il tombe sur une uri destinée à l'administration).
Vous avez une idée pour passer directement au module ciblé sans passer par la
phase d'initialisation (d'interprétation de l'uri entre autres) de tous les
modules précédents ?
--
Olivier Pascal