si la première section était en hexa ce serait plus simple, et aussi la deuxième
exemple : 000A-0000 Produit htdocs/product.class.php 000B-0000 RemiseCheque htdocs/compta/paiement/cheque/resimecheque.class.php 000C-0000 ProduitLivre Et ainsi il serait possible d'homogéniser certaines erreurs standard. 000A-F001 variable string mismatch 000B-F001 variable string mismatch 000C-F001 variable string mismatch et en utilisant le premier chiffre de la seconde section pour classifier l'importance 0000 - 9999 : erreurs diverses et variées A000 - A999 : INFO B000 - B999 : WARN C000 - C999 : CRITICAL D000 - D999 : DEBUG E000 - E999 : ERROR F000 - F999 : LOG ce n'est qu'une idée Le jeudi 04 janvier 2007 à 15:43 +0100, Rodolphe Quiedeville a écrit : > Bonjour, > > Pour la gestion des erreurs et des messages associés je propose de > définir une plage de 256 numéros par classes, celles-ci étant définit > sur le wiki dans le documents : > > http://www.dolibarr.com/wikidev/index.php/Gestion_d%27erreur_dans_les_classes > > > De plus j'aimerais que l'on évite au maximum les variables globales, il > y a quelques années on avait réussit à les éradiquer du code mais > celles-ci font un retour en force :-( > Dans un premier temps on va se fixer sur l'objet langs qui ne doit pas > figurer dans les classes d'objets (facture, propale, produit, ...) pour > les messages d'erreurs il suffit de les retourner en Anglais et de faire > la trad dans l'interface. > > A++ >
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
