Discussion :

[piotrr]

Pour simplifier.
J'ai une classe Objet à un attribut et un constructeur.
Mon attribut peut prendre la valeur 1, 2 ou 3.
Pour toute autre valeur mon attribut n'est pas valide. La valeur de l'attribut est passée en paramètre au constructeur.
J'aimerai que quand j'appelle mon constructeur et que la valeur de l'attribut n'est pas correcte (autre chose que 1, 2 ou 3) alors tout ce qui a déjà été construit se déconstruit, en gros que mon objet se désalloue (peut être m'exprime-je mal).
J'utilise un traitement centralisé des erreurs dans mon constructeur dans lequel j'aimerai bien écrire un quelque chose du genre "monObjetQueJeConstruis = nothing" .

Comment faire? (j'ai essayé "me = nothing mais ça ne marche pas)

merci

[SaumonAgile]

Normalement on déclenche une ArgumentException dans ce genre de situation. Tu devrais peut-être utiliser cette approche.

[Keihilin]

Si la valeur de ton attribut ne peut être que 1, 2 ou 3, transforme simplement cet attribut en enum.

Une autre solution pour les cas plus complexes, délègue la construction de ton objet --> Design Pattern Builder ou Factory
Cela te permettra de tester que les arguments sont valides avant de lancer une grosse instance.

[nikoko34]

Je pense que Keihilin souhaite détruire un objet dans la méthode New.

Il me semble (mais c'est à vérifier) que ce n'est pas possible (qu'il n'y a pas d'équivalent de Cancel à la création).
L'exception serait donc sans doute une bonne méthode.

Sinon, il te suffirait d'insérer une méthode intermédiaire qui créérait ta classe (peu importe la valeur de l'attribut) et qui la supprimerait si l'attribut de la classe créée n'a pas une valeur "acceptable"...

[Keihilin]

Je pense que Keihilin souhaite détruire un objet dans la méthode New.

Ha non, moi je ne souhaite rien de ce genre...

L'exception serait donc sans doute une bonne méthode.

Lancer une exception dans ce cas n'est pas vraiment idéal, surtout parce qu'il est facile de forcer les valeurs de cet attribut à la compilation.

Sinon, il te suffirait d'insérer une méthode intermédiaire qui créérait ta classe (peu importe la valeur de l'attribut) et qui la supprimerait si l'attribut de la classe créée n'a pas une valeur "acceptable"...

Oui merci, c'est ce que je viens de proposer...Déléguer la construction d'un objet à une autre classe ça se fait en suivant 2 Design Patterns possibles selon les cas : Builder ou Factory.

[nikoko34]

Oups, pardon, je voulais dire Piotrr (faut que j'arrête de poster aujourd'hui...)

[SaumonAgile]

Lancer une exception dans ce cas n'est pas vraiment idéal, surtout parce qu'il est facile de forcer les valeurs de cet attribut à la compilation.

Qu'est ce que tu entends par là ?
Si dans le constructeur, tu testes si la valeur est valide et que le cas échéant, tu lances une exception, c'est une approche tout à fait correcte (utilisée dans le framework à plusieurs endroits).

Quand à l'utilisation d'une enum, ce n'est pas une garantie suffisante vu qu'on peut sans problème caster une valeur entière en enum, même si la valeur sous-jacente n'existe pas dans l'enum en question.

[Bluedeep]

Lancer une exception dans ce cas n'est pas vraiment idéal, surtout parce qu'il est facile de forcer les valeurs de cet attribut à la compilation.

Si un paramétre incorrect est passé à un constructeur, cela me semble au contraire la procédure la plus valide qui soit.

[piotrr]

Normalement on déclenche une ArgumentException dans ce genre de situation. Tu devrais peut-être utiliser cette approche.

Comment déclencher une ArgumentException ?

Je me perds un peu dans vos solutions. Il faut savoir qu'en vérité ma classe est une classe qui désigne un objet "carte" où tous les attributs peuvent être énumérés (couleur de la carte, signe de la carte, valeur de la carte).
Tout ce que je veux, et je pense vous l'aurez compris, c'est une manière de forcer la validité des arguments passés en paramètre à mes constructeurs et empêcher la construction d'objet avec des attributs non valides.


merci

[Bluedeep]

Comment déclencher une ArgumentException ?

merci

Throw new ArgumentException("Tu t'es gourré de valeur, eh, patate")

[SaumonAgile]

Code :

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

Throw New System.ArgumentException("NomDuParametre")

Je ne suis pas sûr de la syntaxe VB.NET, je développe en C#.

[piotrr]

Code :

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

Throw New System.ArgumentException("NomDuParametre")

Je ne suis pas sûr de la syntaxe VB.NET, je développe en C#.

Alors je n'ai plus besoin de traitement centralisé des erreurs?
Où est ce que je dois écrire ceci? quel sera l'effet sur la construction de mon objet?

merci

[Keihilin]

Qu'est ce que tu entends par là ?
Si dans le constructeur, tu testes si la valeur est valide et que le cas échéant, tu lances une exception, c'est une approche tout à fait correcte (utilisée dans le framework à plusieurs endroits).

Je n'ai pas dis que ce n'était pas correct, j'ai dis que ce n'était pas idéal.

Ce n'est sûrement pas bien grave dans 99% des cas, mais il me semble qu'au moment ou tu lances ton exception depuis le constructeur, la mémoire nécessaire à l'objet est déjà allouée et les initialisations des membres d'instance sont lancées...

Donc, dans le cas ou tu as un objet susceptible de lancer une exception par son constructeur, je préconiserai l'emploi d'un Builder qui s'occupe de la validation des paramètres.

[Keihilin]

Alors je n'ai plus besoin de traitement centralisé des erreurs?

Je ne vois pas le rapport ???

[piotrr]

Donc, dans le cas ou tu as un objet susceptible de lancer une exception par son constructeur, je préconiserai l'emploi d'un Builder qui s'occupe de la validation des paramètres.

Ok je pense que c'est ça qu'il me faut. Et comment j'utilise un Builder?

merci