Discussion :

[elisfr]

Une des plaies de la programmation objet est l'erreur trop souvent rencontrée Null object reference.

Il est élégant d'écrire une instruction comme objA.objB.methode ... qui plante si la référence objB n'est pas instanciée. On peut toujours vérifier avant l'appel :

Code :

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

1
2
if (objA != null && objA.objB != null) 
   objA.objB.methode

mais c'est déjà beaucoup moins élégant

C'est plus objet mais pas plus beau avec un try catch.

Avez vous un pattern sympa pour solutionner ce problème ?

[droggo]

Kio,

Avez vous un pattern sympa pour solutionner ce problème ?

Oui, elle est même très simple :

- coder proprement

- et pour cela, entre autres, toujours vérifier la validité des pointeurs (ce qui implique de les mettre à NULL quand on libère).

[elisfr]

C'est justement le sens de ma question. : comment tester proprement la validité d'une référence (pointeur n'est pas le terme le plus approprié) ?

[droggo]

Kio,

Je ne vois pas ce que tu veux dire par "comment tester proprement la validité".

Il faut comparer à la valeur indiquant l'invalidité NULL, c'est tout.

Maintenant, si, comme tu en parles dans ton premier post, tu penses qu'ajouter des tests dans ton programme n'est pas "élégant", eh bien, il faudra que tu sois moins élégant.

(A moins que tu trouves comment faire un test sans en faire... )

[welcome_59]

comment tester proprement la validité d'une référence

Réponse dans la spécification de la technologie et l'API que tu utilises, et souvent ça donne "==", "equals()" ou autre selon les cas; ça dépend aussi en grande partie de l'application que tu codes.

[Hephaistos007]

Si tu dois vérifier qu'une référence n'est pas nulle avant chaque manipulation d'objet, soit 90% des instructions, tu n'est pas couché. Il n'y a pas de solution à cela. Tout réside dans la vigilance du programmeur.

[Hephaistos007]

Il est élégant d'écrire une instruction comme objA.objB.methode ... qui plante si la référence objB n'est pas instanciée.

Avez vous un pattern sympa pour solutionner ce problème ?

C'est dans l'idée du pattern "Null Object" : http://en.wikipedia.org/wiki/Null_Object_pattern