Personnellement, je n'utilise pas l'une ou l'autre méthode en permanence, je panache les deux dans un même programmes.
Si l'allocation est de petite taille, type doit stocker une chaîne de caractères de taille modeste genre moins de 1 Kio, l'approche de considérer par avance que l'allocation a réussi comme pertinente. Si cela n'est pas le cas, cela crashera.
Après tout, si ton programme a vraiment peu d'espace de disponible, les possibilités d'actions sont réduites. Donc crasher ou tenter de faire quelque chose ne donnera rien de bien pertinent.
Dans le cas où la taille est plus volumineuse potentiellement, genre le résultat d'un fichier en entrée, l'approche de gérer proprement l'erreur est meilleure. L'application peut fonctionner malgré cet échec, en utilisant un fichier de taille plus modeste en entrée par exemple. Il faut cependant indiquer à l'utilisateur l'erreur et comment y remédier si possible.
Après aussi, tout dépend du programme aussi. Si c'est un petit programme de test / prototype ou un produit industriel dans un domaine critique, cela peut imposer le style de fait à tout le programme.
# Mélange des deux
Posté par Renault (site web personnel) . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 10.
Personnellement, je n'utilise pas l'une ou l'autre méthode en permanence, je panache les deux dans un même programmes.
Si l'allocation est de petite taille, type doit stocker une chaîne de caractères de taille modeste genre moins de 1 Kio, l'approche de considérer par avance que l'allocation a réussi comme pertinente. Si cela n'est pas le cas, cela crashera.
Après tout, si ton programme a vraiment peu d'espace de disponible, les possibilités d'actions sont réduites. Donc crasher ou tenter de faire quelque chose ne donnera rien de bien pertinent.
Dans le cas où la taille est plus volumineuse potentiellement, genre le résultat d'un fichier en entrée, l'approche de gérer proprement l'erreur est meilleure. L'application peut fonctionner malgré cet échec, en utilisant un fichier de taille plus modeste en entrée par exemple. Il faut cependant indiquer à l'utilisateur l'erreur et comment y remédier si possible.
Après aussi, tout dépend du programme aussi. Si c'est un petit programme de test / prototype ou un produit industriel dans un domaine critique, cela peut imposer le style de fait à tout le programme.