Bonjour à tous,
Quelques mots sur le sujet.
j'aurais choisi une couche d'accès aux données (type PEAR::DB), puis
j'aurais fait une couche (objet ?) par dessus représentant les
données (rubrique, article, mot-clef, etc...)
Le tout étant à mon avis de d'abord définir l'API ou la couche objet à
adopter, le code des implémentations important moins pour l'instant.
A priori, pas d'objet pour que ça tourne sur correctement sur PHP3 et
les vieux PHP4.
D'où ma proposition du 5 novembre :
Discuter chez rezo.net
où tu as écrit:
> Par exemple, au début de 'articles_edit.php3' :
> spip_query("UPDATE spip_articles SET date_modif=NOW(), auteur_modif=$connect_id_auteur WHERE id_article=$id_article");
>
> Deviendrait :
> $data = array(
> 'date_modif' => time(),
> 'auteur_modif' => $connect_id_auteur
> );
> updateArticle($id_article, $data);
OK sur le formalisme général... Rien que pour t'embêter, je mettrais:
article_ update($id_article, $data);
suivant la forme:
x_action($x, $data1, $data2...)
afin de pouvoir basculer un jour sur:
$x->action($data1, $data2...)
avec un: $x = x_new($d1, $d2...)
devenant: $x = new X ($d1, $d2...)
ce qui donnerait:
$article = article_new( $id_article);
article_setmodif( $article, array('date_modif' => time(), 'auteur_modif' => $connect_id_auteur)); // modification par qq a une heure
ou
article_settitre( $article, array('titre' => 'Nouveau titre')); // modification du titre de l'article
Peut-être un peu lourd, mais facilement (?) objetisable...
philippe