[Octopus-devel] structure du plugin manager

[Yann Hodique]

salut,

il y a un petit point qui demande discussion je pense : c'est le
mécanisme par lequel les plugins recevront les entrées des utilisateurs.

Je vois 2 possibilités :
1) on forward tout à tous les plugins, et on les laisse se débrouiller
2) pour chaque commande on sélectionne le plugin adapté avant de
transmettre.

la solution 1) est a priori la solution la + simple, mais il y a des
problèmes : 
- conflits possibles entre les plugins (rien n'empêche 2 plugins de
répondre aux mêmes appels, ce qui peut-être gênant)
- comment gérer le plugin "Default" qui par définition ne répond pas à
une commande particulière, mais à toute ligne non déjà traitée?

la solution est plus stricte, et solutionne les problèmes évoqués
ci-avant. Mais pour effectuer la sélection, le plugin manager aura
besoin de disposer d'un ensemble de templates/préfixes caractérisant
chaque commande. Des templates sous formes de regexp semblent
difficilement gérables (notamment comment montrer que deux regexps sont
équivalentes??), j'incline donc vers la solution préfixe, en étant
conscient qu'il s'agit d'une restriction forte sur la forme des
commandes envoyées à chaque plugin.
Ceci dit, rien n'empêcherait le plugin d'implémenter des sous-commandes
plus souples, en ne fournissant qu'une commande générique (exemple
basique : "testor::" indiquerait de transmettre au plugin testor, qui se
débrouille avec le reste de la ligne)

Avis/remarques/suggestions ?

-- 
Yann Hodique <address@hidden>