Interface fluide avec Zend_Db_Table_Abstract ?

Bonjour tout le monde,

dans les tutos, je vois systématiquement ce type de code :

Code:

---

1 2 3 4

class Machin extends Zend_Db_Table_Abstract { protected $_name = 'xxxx'; protected $_primary = 'xxxxx'; }

---

Code:

---

1 2 3 4

$machin = $monMachin->find(xxx)->current(); $machin->var1 = 'xxx'; $machin->var2 = 'xxx'; $machin->var3 = 'xxx'

---

Et jamais d'interface fluide :

Code:

---

1 2 3 4 5

$machin ->set('var1', 'xxx') ->set('var2', 'xxx') ->set('var3', 'xxx') ->set('var4', 'xxx');

---

Existe t-il une possibilité pour pouvoir utiliser (simplement) une interface fluide pour les objets héritant de Zend_Db_Table_Abstract ?

Je vois bien la solution de faire une classe qui hérite de Zend_Db_Table_Abstract, qui elle contient une méthode set/get, puis de faire hériter toutes mes classes de ma classe personnalisée, mais je trouve ça particulièrement laid (tout autant que de ne pas utiliser d'interface fluide pour cet exemple)

Bonjour,

Quand on fait ça :

Code:

---

$machin = $monMachin->find(xxx)->current();

---

le résultat (dans ce cas $machine) est de type stdClass (vérifie a l'aide de

Code:

---

var_dump($machine)

---

.
Le type stdClass accepte ce genre de manipulation

Code:

---

$machin->var2 = 'xxx';

---

Quand tu propose de créer une classe intermédiaire, tu veux désactiver carrément l'affectation directe ou juste pour implémenter une interface?


Cordialement.

hello,

ce n'est pas une interface fluide mais j'utilise régulièrement

Code:

---

1 2 3 4 5

$row->setFromArray(array( 'k' => 'v', 'k2' => 'v2', 'k3' => 'v3', ))

---

Si le dev de Zend_Db_Table_Row n'a pas mis en place une interface fluide, je vois pas comment elle pourrait être ajoutée sans intervention de ta part ;)

le setFromArray() peut être une solution oui.

Par classe intermédiaire, j'entendais juste un truc plutôt simple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

class Zend_Db_Table_Abstract_Custom extends Zend_Db_Table_Abstract {   public function set($var, $value) { $this->$var = $value; return $this; }   public function get($var) { return $this->$var; } }   class Toto extends Zend_Db_Table_Abstract_Custom { }

---

Mais je ne pense pas que ce soit une bonne idée (si on commence à casser une architecture comme ça, après...)

Merci !

Oui, dans ton cas surclasser juste pour l'interface fluide ne vaut pas le coup.
Ce serait différent si tu avais déjà codé une classe intermédiaire pour ajouter de «vraies» fonctionnalités, là l'interface fluide en bonus ça pourrait être sympa.