Discussion :

[TheBlackReverand]

Bonjour

Je suis entrain de redigè une DAL assè generique pour etre utiliser sous MySql, Access, Oracle, SQL Serveur.

Je m'interroge sur la maniere dont je devrais gerè les erreurs

- throw new exception ?
- fichier de log à 100lignes ?
- aucune (il n'as cas savoir utiliser ma librairie )

ou une autre methode a laquel je n'aurais pas penser....


toujours dans le meme esprit, doit-je penser a la place du developpeur utilisant ma librairie au risque de la ralentir

exemple:
ma DAL est connecter a une base de donnèe qui contient deja un schema
le developpeur utiliser la fonction d'ajout sur une table nommè "Article"

dois-je verifier l'existance de cette table? (donc a chaque ajout, modification....) et dans le cas ou elle n'existerais pas declencher la fonction de creation de table?

ce type de gestion rend l'utilisation de la librairie plus malèable mais l'alourdis fortement


merci de vos conseil

[souviron34]

• premier conseil :
  
  écrire un français correct (c'est bourré de fautes, ton texte)

• second conseil :
  
  penser par rapport au lecteur (ton message est peu clair)

Déjà là tu auras un bon point de départ.



Troisième point : on ne sait rien de la conception de ta bibliothèque (librairie est un faux-ami par rapport à l'anglais)..

Les erreurs, lesquelles ??

Celles se passant dans ta biblothèque, bien sûr que tu dois les gérer.
Quant à l'accessibilité ou non d'une table, si tes fonctions manipulent des tables, bien entendu que tu dois vérifier qu'elles existent..

[TheBlackReverand]

par librairie j'entend une fichier DLL contenant divers classes (programmation objet) qui permet d'effectuer un traitement bien defini.


je sais que je doit géré les erreurs, la question que je me pose est "comment les géré?"


je peut declencher des "throw new exception"
ou encore mettre fin a l'execution de la procedure et inscrir l'erreur dans un fichier texte "errors.txt"
il y a ensuite la possibilitè de réparè l'erreur de l'utilisateur, a savoir (dans l'exemple precedent) si un developpeur effectuer une insertion avec la creation de la table alors la fonction d'insertion le detecte et crèè la table

la derniere possibilitè offre plus de souplesse a l'utilisateur de la librairie mais la rend moins performante



après il doit y avoir encore d'autre possibilitè, je me demande juste laquel et la mieu adapter

[wiztricks]

Si c'est une API, elle doit faire un minimum d'hypothèses sur l'état des objets... et de bon sens!

Exemple: est ce qu'une insertion dans une table qui n'existe pas doit provoquer la création de la table ou throw 'no such table'?
Le bon sens dit que si les appels répétés sont des erreurs de codage, on risque de créer plein de tables qu'il faudra ensuite nettoyer. Pas bon du tout...
Est ce qu'il est sain de complexifier le code de bas niveau pour des cas marginaux? non.

Et cela est une question de specs ou de contrat avec l'utilisateur.

Après comment reporter l'erreur?
Pour l'appelant c'est throw, et il s'en débrouille.
Pour le log, c'est pas un dump de la stack mais une ligne
ERROR: insert to unexistant table (name of the table),...

Comme c'est une bibliothèque, elle ne devrait pas prendre la responsabilité de terminer le programme: ce genre de décision doit être pris plus haut....

Les seuls cas ou on doit sortir c'est lorsque l'intégrité des données est compromise ou qu'on se retrouve dans un état incohérent, i.e. un bug.
Dans ce cas, il faut la stack et éventuellement un dump pour faire un diagnostic et corriger.
- W

[TheBlackReverand]

merci pour ta reponse