Impeccable une belle méthode, je suis intéressé pour la manip
Mais, je n'arrive pas trouver newBB 1.0, une idée l'on peut trouver l'archive?

Par avance merci

C'est pour dire encore merci

Parfait, merci

Je cherche de la doc sur la mise en place de la notification. La seule chose correct que j'ai trouvé c'est:
http://xoobs.net/modules/smartsection/item.php?itemid=10

Mais comme le dit son auteur, c'est uggly...

Si quelqu'un avait un pointeur sur une page, ce serait top...

Merci

Bonjour,

Pour des raisons particulières, j'utilise XOOPS 2.2.4 et j'ai noté un bug:
Lorsque que l'on initialise la clé d'un objet avec une valeur, puis qu'on l'ajoute l'objet à la table. Son identifant change en tant qu'objet change, même si en base de données la sauvegarde est bonne.

Pour corriger cela, dans kernel/objet.php, j'ai modifié (ligne ~1051):


en



Est-ce que quelqu'un d'autre à rencontré ce soucis?deeer

Bonjour à tous,

En lisant la bon tutoriel de fooups 'Mémento du développeur (API XOOPS)', j'ai noté qu'au sujet de query/queryF, il y avait noté:
Citation :

Il serait peut-être bon de préciser:
xoopsDB->query est à utiliser uniquement lors de requêtes HTTP en POST, dans tous les autres cas, pour des raisons de sécurité, cette méthode ne met pas à jour la base de données.
Si malgrès les raisons de sécurité vous voulez mettre à jour vos tables, utilisez xoopsDB->queryF.

Vous en pensez quoi?

C'est une solution aussi, mais ceci est utile seleument si nous avons des relations n-n, hors dans mon cas (et dans le cas de l'héritage en général) nous avons une relation 1-1.
Ne trouvant pas de solution jolie et propre (mais surtout élégante), j'ai opté pour la surcharge de quasiement toutes les méthodes de XoopsObject et de XoopsPersistableObjectHandler, pour qu'en fonction de l'appartenance de la variable à la table mère ou à la table fille, ce soit bien rangé/restitué comme il faut...

Donc pour résumé (et si cela peut aider):
Héritage avec extension de la bd (sans copie de données)
- Créer une classe mère en surchargeant les méthodes de sauvegarde et de restitution des valeurs de sa propre table
- Créer une classe fille héritant de la dite-classe mère en surchargeant les méthodes de sauvegarde et de restitution des valeurs de sa propre table, pour les valeurs de lui appartenant pas, appeler les méthodes de la classe parente

Dans la pratique, j'ai quasiement tout fait dans la classe mère avec des variables temporaires (pour la table de référence et pour la liste des variables), du coup, dans les classes filles, je n'ai pas grand chose à faire, sauf le vraiment spécifique...

Merci à tous pour votre aide


:xfsuper:

Implicitement la jointure est réalisé par la classe B.
Le principe de la classe de jointure est a utiliser en cas de simulation d'héritages multiples. Mais il faut aussi surcharger toutes les méthodes utiles.
Dans mon cas, on ne fait que de l'héritage simple.

Je code avec mes petites mimines, pas de générateur. Donc, on fait ce que l'on veut.
Ton exxplication correspond à ce que j'ai fait. A un détail près, dans le handler de la classe A, il faut quand même surcharger les méthodes utiles, car la variable 'table' doit être initialiser avec le nom de la bonne table à modifier avec d'appeler parent::...

En fait, je cherchais une manière plus élégante de le réaliser...

Un grand merci pour ton aide en tout cas.

D'accord, ça c'est la méthode simple qui implique pleins de code au niveau du Handler, car il faudra surcharger les méthodes suivantes:
- function &get($id, $as_object = true)
- function &getObjects($criteria = null, $id_as_key = false, $as_object = true)
- function getList($criteria = null, $limit = 0, $start = 0)
- function getCount($criteria = null)
- function delete(&$obj, $force = false)
- function insert(&$obj, $force = false, $checkObject = true)
- function updateAll($fieldname, $fieldvalue, $criteria = null, $force = false)
- function deleteAll($criteria = null)

L'idée était quand de ne pas avoir à réécrire ces méthodes pour chacun des classes filles de A.
C'est parceque j'étais arrivé à cette même conclusion que je me suis dit que quelqu'un de malin... :banane: