Retourner au contenu associé (dépêche : Retour d'expérience sur Go)
Posté par barmic le 17 mai 2012 à 22:46. En réponse à la dépêche Retour d'expérience sur Go. Évalué à 6.
Ca ne couvre qu'un cas d'usage des exceptions: quand quelque-chose se passe mal de manière exceptionnelle.
C'est fait pour ça les exceptions. Elles drainent beaucoup les performances c'est pour ça qu'il vaut mieux éviter de les utiliser dans d'autres cas.
on ne veut pas sans arrêt vérifier les erreurs.
En principe c'est un cas exceptionnel, non ?
on veut forcer l'appelant à gérer une erreur.
Si c'est pour voir ça (sic) :
try { appel(); } catch(Throwable th) { /* OSEF */ }
Mais pour moi ça reste « quelque-chose se passe mal de manière exceptionnelle ».
on veut sortir d'un traitement complexe (par exemple un parcours dans un graphe).
Mauvais exemple utiliser les exception pour sortir autrement qu'en erreur c'est une mauvaise idée.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル
[^] # Re: gestion des erreurs
Posté par barmic . En réponse à la dépêche Retour d'expérience sur Go. Évalué à 6.
C'est fait pour ça les exceptions. Elles drainent beaucoup les performances c'est pour ça qu'il vaut mieux éviter de les utiliser dans d'autres cas.
En principe c'est un cas exceptionnel, non ?
Si c'est pour voir ça (sic) :
Mais pour moi ça reste « quelque-chose se passe mal de manière exceptionnelle ».
Mauvais exemple utiliser les exception pour sortir autrement qu'en erreur c'est une mauvaise idée.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)