Préface

Lorsque j’ai commencé le développement il y a plus de trente ans, un de nos enjeux était de faire tourner notre application dans un minimum de mémoire. 640 Ko, oui vous lisez bien, Ko, même pas Mo, alors Go n’en parlons pas. Nous étions principalement à la recherche des fuites mémoires, par exemple à savoir si notre destructeur avait bien été appelé. Et même si nous disposions d’outils performants de détection, certaines conditions exceptionnelles faisaient que nous avions toujours des problèmes de fuites mémoires.
Quand un nouveau langage C# en bêta est arrivé chez Microsoft en 1999, (nom de code : Cool), mon premier réflexe a été de coder une classe, avec un constructeur, et ce qui s’apparentait pour moi à l’époque, à un destructeur. Rien, nada, aucun passage dans le destructeur. Erreur de débutant, même pour un développeur chevronné, Eric, RTFM quoi ! (si vous ne connaissez pas je vous laisse découvrir le sens de cette expression).
Si j’avais lu attentivement la documentation, j’aurais appris que tous les objets .NET sont des références (pas tous en réalité), et non des pointeurs, qu’ils sont assujettis à un ramasse-miette, qui ira les collecter en temps voulu. Merci .NET et C#, vous m’enlevez une épine dans le pied, je vais pouvoir me focaliser réellement sur la valeur de mon logiciel et non plus sur de la plomberie.
Néanmoins, est-ce que cela veut dire que nous ne devons plus y prêter attention aujourd’hui ?
Même si c’est une avancée, il est toujours important d’éviter le gaspillage…