Re: Modification de la compilation de jointures en 3.1 ?
JLuc <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 09/02/2016 12:56, RastaPopoulos a écrit :
> - Que dois-je mettre entre les parenthèses ?
> - Si je mets plusieurs mots dans les parenthèses, que signifie le premier, et que signifie les suivants ?
> - La casse a-t-elle une importance ?
> - Est-ce autorisé pour tous les mots dans la parenthèse ou seulement le premier mot ?
> - Si oui, que signifie le fait de mettre ce()s mot(s) en majuscule ?
> - Dois-je mettre le préfixe "spip_" ou pas ?
> - Si oui, dans quels cas dois-je le mettre et dans quels cas puis-je l'enlever ?
> Là c'est juste pour ce qui est entre parenthèse...
> ... ce qu'on met entre parenthèses et ce qu'on met dans les critères
> ... ordre
J'imagine que si on a des réponses claires à ces questions,
alors on imaginera vite de nouvelles écritures
plus facilement documentables et accessibles.
Par exemple, si l'on parvient à exprimer en termes simples
les variations de fonctionnalités qu'induisent la casse et le préfixage
(à défaut, je vais écrire ici 'jointure_majuscule' et 'jointure_prefixe')
alors on pourra écrire sous la forme de critères plus lisibles :
{jointure_majuscule unetable}{jointure_prefixe uneautretable}
Et ce sera alors un plaisir d'écrire la doc :-)
(en 2007 déjà j'essayais d'apporter de la clarté avec :
http://contrib.spip.net/Acces-SPIP-aux-tables-externes-et-jointures
mais je ne serai pas capable de dire ce qui est encore valable
et tout ce qu'il manque aujourd'hui )
Et le code restructuré ne sera t il pas plus facile à maintenir ?
Si les bouleversements sont risqués ou si ya des incompatibilités
on peut aussi imaginer une nouvelle syntaxe (éventuellement temporaire) :
<JOINTURE_nomboucle(TABLEs ...){...}>
qui serait une variante "remise à plat" des <BOUCLE_...>
JL
JLuc