Et pourquoi est-ce que les performances devraient prendre le pas sur le traitement correct des erreurs ?
Non je pense qu'il a voulu dire que ça doit se limiter à la gestion d'erreur qui elles même devraient être exceptionnelles (sinon il vaut probablement mieux utiliser une approche proactive ce qui permet d'avoir un algo qui n'a pas de saut de n'importe où vers l'un des bloc catch puis de tenter de repartir de cela pour continuer).
Par exemple mkdir -p devrait probablement plutôt faire quelque chose comme :
try{if(!exist(dir)){mkdir(dir);}catch(...){}
que :
try{mkdir(dir);}catch(IOExceptione){if(/* exception dut à préexistence de dossier */){/* OSEF */}else{/* Erreur */}}
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: gestion des erreurs
Posté par barmic . En réponse à la dépêche Retour d'expérience sur Go. Évalué à 7.
En C++ par exemple.
Non je pense qu'il a voulu dire que ça doit se limiter à la gestion d'erreur qui elles même devraient être exceptionnelles (sinon il vaut probablement mieux utiliser une approche proactive ce qui permet d'avoir un algo qui n'a pas de saut de n'importe où vers l'un des bloc catch puis de tenter de repartir de cela pour continuer).
Par exemple mkdir -p devrait probablement plutôt faire quelque chose comme :
que :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)