SFML et gestion d'erreur de l'API Win32

[RT2]

Bonjour,

Dans l'optique d'en apprendre un peu plus sur l'utilisation de l'API Win32, je suis allé jeter un œil dans les sources de la SFML que je considère comme étant une référence en terme de qualité et clarté de code. J'ai cependant été étonné de l'absence presque totale de gestion des valeurs de retour des fonctions système.

Pourquoi ce choix? Est-il raisonnable de penser que les fonctions de l'API Win32 n'échouent jamais? Est ce que leur échec ne pose aucun risque au bon fonctionnement du programme? Ou y a t-il un autre raison qui m'échappe?

Je précise qu'il ne s'agit pas pour moi de venir critiquer le code de la SFML. Je ne doute pas qu'il y ait une bonne raison à ce choix et j'aimerais juste savoir lequel. 

[Laurent]

La raison est simple : le pragmatisme. Il y a tant de cas d'erreurs potentiels, et si peu qui peuvent réellement échouer, qu'il est plus efficace de gérer au cas par cas les erreurs qui arrivent, que de vouloir tout blinder directement.

[RT2]

Ah d'accord, tout simplement. Voilà qui éclaire ma lanterne.

Je te remercie pour la réponse rapide.