C’est chouette de lire un article bien expliqué et illustré.
Pour aller plus loin avec le MVC en php :
http://blog.nalis.fr/index.php?post/2009/10/19/Architecture-%3A-Le-Design-Pattern-MVC-en-PHP

Bonne continuation

Joli article, bien illustré et expliqué ! Juste en revenant sur le principe de POPO, c’est des objets basique, cad sans aucun héritage ou relation avec la couche DAO ou ORM.

En réalité, l’ORM va gérer les objets POPO sous la forme d’une session (c’est l’histoire d’hydratation ou déshydratation d’un objet) …

Un exemple est peut-être plus parlant :

class foo {
public $bar;
}

$foo = new foo();
$foo->bar = ‘test’;

$foo est mon objet POPO – aucune relation avec la base … c’est la couche orm qui gère ça …

orm::attach($foo);

-> par exemple on attache à l’ORM l’objet $foo.

L’orm va faire le mapping entre l’objet et la base, et saura selon la classe de l’objet ou le mettre et quelles propriétés utiliser.

Du coup pas de fonction save, update ou insert sur un POPO (cela va contre sa définition …)

Les ORM savent en principe gérer la persistance automatiquement … mais imaginons qu’on voudrait la forcer, cela donnerait :

orm::save($foo);

C’est juste une précision pour ne pas confondre objet DAO et POPO.

Bonne continuation,
akh

a discuter autour d’une biniouze pour rentrer dans le détail