Bruno, ca serait genial ! Ca fait plusieurs fois que je me bute sur les
parties codees en dur de `dcBlog::getPosts` et c'est un peu frustrant il
faut dire. La par exemple j'ai du recourir a une methode des plus
abominables qui pourrait casser a n'importe quelle update future de
Dotclear: je fais appel a `dcBlog::getPosts` avec `sql_only` comme
parametre, fait un `str_replace` sur "SELECT P.post_id FROM dc_post P" pour
rajouter les quelques champs que je veux, et je finis par `extend` le
resultat avec `rsExtPost` et par appeller le behavior `coreBlogGetPosts`
pour reproduire le resultat retourne par `getPosts` :'(
2014-05-04 3:29 GMT-04:00 Bruno <dsls(a)morefnu.org>:
>
>
>
> Du coup, est-ce que ca vous semblerait etre une bonne idee de rajouter un
> parametre `fast` a la methode `dcBlog::getPosts` qui n'ajouterait pas ces
> champs-la ? Ou peut-etre pour plus de flexibilite (et dangerosite)
ajouter
> un parametre qui contiendrait les champs a exclure de la query ?
> Je me suis rendu compte en faisant ca que certains champs sont
obligatoires
> pour que les extensions `rsExtPost` et autres fonctionnent bien, mais ca
> devrait pouvoir etre contournable ?
> Si l'idee vous interesse, je pourrais eventuellement me porter volontaire
> pour le code si vous etes trop occupes.
>
Hello,
Je pense que cela pourra se faire plus simplement quand on passera au
select statement que j'ai proposé récemment (
http://ml.dotclear.org/pipermail/dev/2014-March/009106.html)
Actuellement beaucoup de choses sont codées en dur dans ces méthodes,
ajouter un behavior qui permet d'agir sur un statement autoriserait le
genre de simplifications que tu proposes.
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Christopher Crouzet
*http://christophercrouzet.com* <
http://christophercrouzet.com>