Langage C#
  1. Langage C#
  3. Pourquoi est-ce une bonne pratique de revenir à la fin d’une méthode
Intereting Posts
obtenir une classe sans beaucoup de si déclarations Comment intégrer Appium avec C #? Accélération du redimensionnement / redessinage de WPF C # SetForegroundWindow ne fonctionne pas C #: Comment forcer “l’appel” d’une méthode à partir du thread principal en signalant d’une certaine manière à partir d’un autre thread convertir un json complexe en classe c # Objets dans la scène sombre après avoir appelé LoadScene / LoadLevel Obtenir des valeurs et des clés dans un object json à l’aide de Json.Net C # «Objets constants» C # à utiliser comme parameters par défaut Comment créer une propriété pouvant être liée dans WPF? Annotation / validation de données et valeurs dynamics SignalR (v2.2.0) OnDisconnected définit l’utilisateur hors ligne Timesortinggger ne déclenche pas la tâche de fond UWP Evénement WPF liant de View à ViewModel? Utilisation de méthodes d’extension définies en C # à partir de code F #

Pourquoi est-ce une bonne pratique de revenir à la fin d’une méthode

Dupliquer possible:
Une fonction doit-elle avoir une seule déclaration de retour?

Un collègue programmeur m’a demandé pourquoi devrions-nous toujours revenir à la fin d’une méthode?

Nous avions appris à tous les deux à toujours n’avoir qu’une seule instruction return dans une méthode et non plusieurs à travers le code.

Des bonnes raisons pour cela?

Il existe une école de pensée qui dit que vous devriez avoir un seul point d’entrée et un seul sharepoint sortie. Si vous en avez plus, vous devriez reformuler le code pour le rendre plus clair.

Cependant, je ne souscris pas à cette idée et utilise fréquemment des clauses de garde, comme ceci: 

public void DoSomethingOnMales(Person p) { if (p.Sex != Sex.Male) return; .... }

Bien sûr, vous devriez quand même essayer de limiter le nombre de retours, car un trop grand nombre d’entre eux, bien que pas mal en soi, est une bonne indication que vous avez une méthode complexe et que vous devriez probablement essayer de la simplifier.

Vous pouvez revenir à tout moment, il n’est pas nécessaire que ce soit à la fin de la méthode. La seule chose à surveiller est que vous n’avez pas de code inaccessible: un code qui ne sera jamais atteint car vous revenez toujours avant qu’il ne soit atteint.

Si vous craignez de vous embrouiller et de commettre des erreurs en revenant avant la fin d’une méthode, évitez-la. Toutefois, je n’hésite pas à utiliser les déclarations de retour partout où je veux, car cela peut être utile.