Discussion :

[mail.spam]

Bonjour,

Voilà dans le cadre de mes recherches sur Windev je me fait une class qui permet de lire et modifier les propriétés personnalisables d'un fichier.

Je voudrais y inclure une gestion d'erreur.

Je m'explique j'ai une méthode de ma class qui permet de lire la valeur d'une propriétés passé en paramètre

Voici un exemple de ce que j'obtiens

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
PROCEDURE GetCustom(UnePropriété est une chaîne)
SI FicOuvert ALORS
	:GetAllCustom()
	RENVOYER :TabAss_CustomProp[UnePropriété]
FIN

et voici la façon dont je l'appel :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

MaValeur est chaine = GetCustom("Service")

Je voudrais pouvoir ajouter une erreur si j'appel cette methode alors que le fichier n'est pas ouvert.

exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
PROCEDURE GetCustom(UnePropriété est une chaîne)
PROCEDURE GetCustom(UnePropriété est une chaîne)
SI FicOuvert ALORS
	:GetAllCustom()
	RENVOYER :TabAss_CustomProp[UnePropriété]
SINON
	ErreurDéclenche(404,"Aucun fichier n'est ouvert")
	RENVOYER ""
FIN

et lors de mon appel faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
MaValeur est chaine = GetCustom("Service")
SI ErreurDétectée ALORS
  // traitement de l'erreur
  erreur(erreurinfo())
FIN

Ainsi je génère des erreurs dans ma méthode mais je les gères dans mon projet.

Peut-on faire ce genre de chose ?
J'espère que je suis clair

[klbsjpolp]

Bonjour,

Oui, tout ça se fait très bien. Ta gestion de l'erreur est bonne, même si, personnellement, je préfère l'utilisation des exceptions dans ce genre de cas. Mais ce n'est que conceptuel, les deux mécanismes te donneront le même résultat.

[mail.spam]

Même si, personnellement, je préfère l'utilisation des exceptions dans ce genre de cas

Peux tu m'éclairé un peu plus sur ce que tu aurai fait

[klbsjpolp]

J'aurais modifié ma méthode pour lancer une exception:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
PROCEDURE GetCustom(UnePropriété est une chaîne)
PROCEDURE GetCustom(UnePropriété est une chaîne)
SI FicOuvert ALORS
	:GetAllCustom()
	RENVOYER :TabAss_CustomProp[UnePropriété]
SINON
	ExceptionDéclenche(404,"Aucun fichier n'est ouvert")
FIN

Et je l'aurais capté lors de l'appel.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
QUAND EXCEPTION DANS
	MaValeur est chaine = GetCustom("Service")
FAIRE
	erreur(exceptionInfo)
FIN

Les avantages à utiliser les exceptions sont que l'erreur peut être capter au niveau de la fonction comme pour les erreurs, mais elle peut aussi l'être pour la fenêtre ou pour l'application.

On est pas non plus obliger de gérer tout de suite après l'erreur, on peut mettre beaucoup de traitement dans un QUAND EXCEPTION DANS et gérer toutes les exceptions ensemble d'un coup.

C'est aussi conceptuel, une erreur est une valeur de retour "normale", s'il ne le trouve pas c'est une erreur. Une exception c'est un problème exceptionnel qui n'est pas obligatoirement gérer systématiquement. Par exemple, si tu ouvres ton fichier et que tu lit ta propriété la ligne d'après, la gestion de l'erreur n'est pas utile mais devrait l'être puisque c'est une erreur.

[mail.spam]

Ok je te remercie