15-12-2015, 09:12 PM
J'ai lu la doc sans pratiquer, donc je peux me gourer, mais j'ai des doutes sur l'argument "aucune connaissance ou dépendance à la BDD", puisque j'ai vu passer la structure complète des tables dans le code PHP (un array('primary' => '...', 'id' => '...')).
Un PDO::fetchAll(PDO::FETCH_CLASS, MyClass::class), générant un bean de données que je passe en paramètre au constructeur de mon objet véritable (la classe ayant les comportements) me semble mieux découplé de la BDD (après, PDO est un DataMapper si je ne me trompe?).
Oui, ok, pour la "fusion" des x1 d'un [{x1, y1}, {x1, y2}, {x1, y3}], il faudra une couche supplémentaire... comme l'HydratorAggregator.
Ce serait intéressant justement que cet Hydrator, générique, soit fournit par défaut avec ce DataMapper (c'est le composant à plus forte valeur ajoutée je trouve).
Un PDO::fetchAll(PDO::FETCH_CLASS, MyClass::class), générant un bean de données que je passe en paramètre au constructeur de mon objet véritable (la classe ayant les comportements) me semble mieux découplé de la BDD (après, PDO est un DataMapper si je ne me trompe?).
Oui, ok, pour la "fusion" des x1 d'un [{x1, y1}, {x1, y2}, {x1, y3}], il faudra une couche supplémentaire... comme l'HydratorAggregator.
Ce serait intéressant justement que cet Hydrator, générique, soit fournit par défaut avec ce DataMapper (c'est le composant à plus forte valeur ajoutée je trouve).