Merci pour cette intro. Au cours des 5 dernières années, je n'ai jamais eu besoin de me préoccuper de la gestion mémoire, mais ça me donne envie d'en savoir plus.
Merci pour cette vidéo Christophe, je ne l'avais pas vu passer :( Si je comprends bien, c'est encore un des intérêts à faire du Clean Code en prenant par exemple l'habitude de splitter les "grosses" méthodes public en petites privates Toutes ces petites var que l'on utilise ça et là seront plus vites collectées. A moins que le GC soit capable de collecter un objet déclaré dans la méthode en cours d'exécution en analysant qu'elle n'est plus utilisée par le reste du code ?
Et bien, ce n'est certainement pas la seule optimisation possible, mais clairement, libérer le plus rapidement un lien vers un espace mémoire permet au GC d'être plus efficient dans sa collecte. Pour la petite histoire, c'est aussi pour ça que je préfère déclarer les variables le plus proche possible du moment où j'en ai besoin et pas forcément au tout début d'une méthode, comme on me l'avait imposé un jour, car ça créé des durées de vie de référence + longue, et vu le côté non déterministe du GC, il se peut que ça change de génération pour rien
merci bien pour ce cours !
Avec plaisir
Merci pour cette intro. Au cours des 5 dernières années, je n'ai jamais eu besoin de me préoccuper de la gestion mémoire, mais ça me donne envie d'en savoir plus.
C’est toujours mieux de savoir ce genre de petites choses pour être le plus efficace possible
il est ou le sujet le try catch finally ?
Je t'embête pas plus ! Superbe vidéo d'autorité publique !
Le garbage collector c'est un peu comme l'ange de la mort pour ceux qui ont la ref 😎😎😎
je suis entrains de me remetre au c# et j'aimerais me lancer sur blazor maui en wpa es que avec votre formation blazor maui sur votre site
im happy to see you
Merci pour cette vidéo Christophe, je ne l'avais pas vu passer :(
Si je comprends bien, c'est encore un des intérêts à faire du Clean Code en prenant par exemple l'habitude de splitter les "grosses" méthodes public en petites privates
Toutes ces petites var que l'on utilise ça et là seront plus vites collectées.
A moins que le GC soit capable de collecter un objet déclaré dans la méthode en cours d'exécution en analysant qu'elle n'est plus utilisée par le reste du code ?
Et bien, ce n'est certainement pas la seule optimisation possible, mais clairement, libérer le plus rapidement un lien vers un espace mémoire permet au GC d'être plus efficient dans sa collecte.
Pour la petite histoire, c'est aussi pour ça que je préfère déclarer les variables le plus proche possible du moment où j'en ai besoin et pas forcément au tout début d'une méthode, comme on me l'avait imposé un jour, car ça créé des durées de vie de référence + longue, et vu le côté non déterministe du GC, il se peut que ça change de génération pour rien