extraparams est par défaut traité en tant que champ contenant du
json et de concatène avec l'existant, le développeur doit juste
savoir qu'il doit faire un array_merge dedans, à lui de définir une
clé qui ne rentrera pas en conflit. (monmodule_xxx)
ext_ref est utilisé en tant que champ unique ou pas comme tu dis, je
me vois mal faire le tour de tout les développeurs pour leurs
demander si qqun l'utilise en json ou en champ unique
Le 05/07/12 22:42, Destailleur Laurent
a écrit :
C'est a celui qui utilise le champ de s'assurer que la
ref qu'il met ne rentre pas en conflit. Par exemple,le module xxx
peut y mettre xxx_idintoxxx
Le but du champ n'est pas de fournir une fonctionalité mais
d'offrir un champ avec la garantie que dolibarr ne l'exploite
pas et ne le modifie pas. Le module externe peut y mettre ce
qu'ilveut, des infos json si ca lui chante. Cela ne regarde pas
dolibarr.
Le module peut utiliser extraparams mais la problématique est
la meme. Rien n'empeche un module d'y mettre ou d'écraser avec
des valeurs en conflit.
_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
Cordialement,
--
Régis Houssin
---------------------------------------------------------
Cap-Networks
Cidex 1130
34, route de Gigny
71240 MARNAY
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/
Email: address@hidden
Dolibarr developer: address@hidden
Web Portal: http://www.dolibarr.fr/
SaaS offers: http://www.dolibox.fr/
Shop: http://www.dolistore.com/
Development platform: https://doliforge.org/
---------------------------------------------------------
|