La gestion de la mémoire en C++ est dangereuse particulièrement car l'utilisation correcte du RIAA est à la charge du développeur
Oh trop dur faut trouver un développeur qui réfléchit... Même java se rends compte que l'absence de cette fonctionnalité est gênante et se mette à avoir du try with ( Closable... )
Mais merde quoi, faut que les gens soient un minimum formés; et quand on fait une liste pour stocker les messages entrant, il faut à un moment se poser la question de fréquence, taille et nombre qu'on stock. C'est une problématique qui n'est pas nouvelle; mais j'ai l'impression qu'avec la grande quantité de RAM à pas cher on omet de contrôler ce détail.
En c++ tu écrivais un new, il fallait nécessairement se poser la question du delete, et ça pouvait vite tourner au cauchemar pour peu que la suite pouvait péter des exceptions en cour de route, et encore... un dev avisé pouvait se servir d'auto_ptr
maintenant c'est encore plus simple avec uniq_ptr.
La RAII, c'est un peu fermer ta connexion quand tu n'en a plus besoin (coucou les finally, closable maintenant), et merci aux ftp limités à 5 connexions, c'est aussi ces même mécanisme qui te permettent d'avoir un logger sax qui va pas te laisser un xml invalide (ou faux) parce que tu as pété là où tu ne le pensais pas.
Et c'est loin d'être les seuls exemples, mais un mauvais codeur trouvera toujours le moyen de faire de la merde; et s'il ne se pose déjà pas les bonnes questions faut peut être en changer ;)
Par contre effectivement avoir un Warning : you used new operator, this is so old school, serait pas mal
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Les avantages de C++ ne sont pas bien différentes avec Rust
Posté par fearan . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 1.
Oh trop dur faut trouver un développeur qui réfléchit... Même java se rends compte que l'absence de cette fonctionnalité est gênante et se mette à avoir du try with ( Closable... )
Mais merde quoi, faut que les gens soient un minimum formés; et quand on fait une liste pour stocker les messages entrant, il faut à un moment se poser la question de fréquence, taille et nombre qu'on stock. C'est une problématique qui n'est pas nouvelle; mais j'ai l'impression qu'avec la grande quantité de RAM à pas cher on omet de contrôler ce détail.
En c++ tu écrivais un new, il fallait nécessairement se poser la question du delete, et ça pouvait vite tourner au cauchemar pour peu que la suite pouvait péter des exceptions en cour de route, et encore... un dev avisé pouvait se servir d'auto_ptr
maintenant c'est encore plus simple avec uniq_ptr.
La RAII, c'est un peu fermer ta connexion quand tu n'en a plus besoin (coucou les finally, closable maintenant), et merci aux ftp limités à 5 connexions, c'est aussi ces même mécanisme qui te permettent d'avoir un logger sax qui va pas te laisser un xml invalide (ou faux) parce que tu as pété là où tu ne le pensais pas.
Et c'est loin d'être les seuls exemples, mais un mauvais codeur trouvera toujours le moyen de faire de la merde; et s'il ne se pose déjà pas les bonnes questions faut peut être en changer ;)
Par contre effectivement avoir un Warning : you used new operator, this is so old school, serait pas mal
Il ne faut pas décorner les boeufs avant d'avoir semé le vent