Bonnes pratiques d'asynchronisme

Question

Salut les poulet(te)s!

J'ai besoin de l'avis d'un expert pour une question de bonnes pratiques.

Je vais développer une lib de "découverte de services" (peu importe le service). En gros, la lib va utiliser du polling pour détecter des apparition/disparition de services. J'aimerais, de manière asynchrone, pouvoir remonter ces infos à mon appli.
J'avais penser utiliser la notion d'objet listener, objet que j'aurais passer à ma lib, mais on me dit dans l'oreillette qu'il est plus propre d'utiliser les events.

Pourrais-je avoir votre avis sur la question?

Thanks!

ichiriac · Answer

La question est plutôt quelle est la différence entre le design pattern d'observer (ou une variant simplifiée de listeners) 
http://fr.wikipedia.org/wiki/Observateur_%28patron_de_conception%29

... et d'une autre part les  events dans c# ...

Je présume qu'au final le code exécuté est sensiblement le même sauf que les events font partie intégrante du langage ce qui facilite la syntaxe et réduit le code.

J'aurais tendance à voter pour les events :)

Vous en voyez d'autres ?

BunoCS · Answer

Bon, finalement, je suis parti sur un bon vieux Observer. Une valeur sûre... =)

BunoCS · Answer

Je laisse la discussion ouverte. Si un expert passe par là... =)

sebmafate · Answer

Le pattern observer est fait pour ça donc pourquoi s'en priver ;)

BunoCS · Answer

Certes! ;)
Ma question était plutôt au niveau "Bonnes pratiques" C#. Mais comme l'a signalé ichiriac, le meilleur code est celui que l'on maîtrise

Bonnes pratiques d'asynchronisme

5 réponses

Votre réponse