Re: RE : [sdx-users] sdxworld/results.xsp : parametre q "magique" ?

[Pierrick Brihaye]

Re,

Frédéric Glorieux wrote:

>         Le support de paramètres par défaut peut en effet être
> dangereux.

Pour info, on a d'autres abbréviations : 'f' pou 'field' et 'v' pour 
'value'.

>         Il a une raison historique, SDX1 était à l'origine conçue comme
> une simple servlet.

Il est important de le rappeler... même si c'est plus ou moins dit dans 
la doc :-)

> La refonte de la taglib pour SDX2 a corrigé cet aspect, et
> peut inviter à des logiques de page plus complexes. C'est possible,
> est-ce conseillé ?

Cette approche ne me dérange pas dans la mesure où elle introduit 
énormément de souplesse. Elle heurte ma sensibilité "typage fort", mais 
bon :-)

Par contre, j'ai un problème sur les paramètres répétables, et ce depuis 
SDX 1 :

Je n'ai jamais trouvé de RFC signalant si l'ordre des paramètres HTTP 
était significatif. En revanche, je pourrais citer des tas d'applis qui 
spécifient clairement que l'ordre *n'est pas* significatif... ce qui 
s'oppose à la logique SDX (quelqu'un a-t-il rencontré des 
dysfonctionnements sur ce point ?). Dans ces conditions, plutôt que des 
paramètres répétables (ou *en plus* de paramètres répétables qu'il faut 
de toutes façon garder pour ceux qui en ont pris l'habitude), je 
préfèrerais un paramètre acceptant une liste de valeurs séparées par des 
virgules (comma separated), par exemple :

value=riri,fifi,loulou
champ=ble,tournesol,mais
op=AND,OR,AND

Mes deux centimes...

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden