Re: [Dolibarr-dev] ref_ext

[Destailleur Laurent]

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.

Le 5 juillet 2012 15:58, Régis Houssin <address@hidden> a écrit :

Laurent,

l'idée d'un champ "ref_ext" pour stocker des référence provenant d'une
source externe n'est pas une bonne idée je penses,
car si plusieurs modules externes commencent à utiliser ce champ on va
se retrouver avec des conflits en masses !!!

je pencherais plus pour le champ "extraparams" qui stock les valeurs en
json, ce qui comporte moins de risque de colision car chacun peut
stocker ses valeurs avec des clés différentes.

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/
---------------------------------------------------------


_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev