• [^] # Re: Je n'aime pas la SFML

    Posté par . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 9.

    Au lieu de vérifier avant, on tente en espérant que ça passe [...]

    Oui ! Oui ! Oui ! 1 000 fois oui !

    Tenter de toi-même vérifier une précondition avant de faire l'appel d'une méthode, c'est vraiment casse gueule. Ça veut dire que si la précondition change, il faut la modifier partout où la méthode est appelée, ça veut dire que tu dois toi bien maitriser quels sont les préconditions et comment les vérifier, etc. Tenter de vérifier si la création d'un fichier va fonctionner avant de le créer c'est plus subtile que ça en a l'air (vérifier le dossier, vérifier, les droits (SELinux ? AppArmor ? fs en lecture seule ?...)).

    donc le système d'exceptions n'apporte rien à part un vocabulaire supplémentaire et des algorithmes qui se déroulent de haut en bas mais aussi en travers.

    N'importe quoi... Quand tu traite un cas d'erreur, tu va avoir un branchement dans ton code pour passer de l'état « normal » à l'état « c'est la galère ». C'est pas une question de langage ou d'expressivité de celui-ci.

    Il est rare de pouvoir tout gérer dans ton bloc de gestion d'erreur pour ensuite pouvoir continuer le flow d'exécution.
    Quand tu vois ça : https://github.com/torvalds/linux/blob/c05c2ec96bb8b7310da1055c7b9d786a3ec6dc0c/drivers/media/tuners/m88rs6000t.c#L108
    Je me dis surtout qu'ils aimeraient bien avoir la sémantique du try/catch.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)