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 <[email protected]>: > > > > > > > > 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 - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Christopher Crouzet *http://christophercrouzet.com* <http://christophercrouzet.com> -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
