Discussion :

[zebullax]

Bonjour,

Lu sur cette page http://msdn.microsoft.com/en-us/magazine/cc163392.aspx

Since finalizers will not run in a deterministic order, you cannot guarantee that objects your object references have not already been finalized when your finalizer is run.

Je croyais qu'un objet n'etait detruit que quand aucun autre ne le referencait.
Et la le journaliste semble dire que si un objet A ref un objetB il n'est pas sur que B soit encore vivant quand le finalize de A est appele...

Une petite explication ?
Merci d'avance.

[B.AF]

Lu sur cette page http://msdn.microsoft.com/en-us/magazine/cc163392.aspx

"Since finalizers will not run in a deterministic order, you cannot guarantee that objects your object references have not already been finalized when your finalizer is run."

Je croyais qu'un objet n'etait detruit que quand aucun autre ne le referencait.
Et la le journaliste semble dire que si un objet A ref un objetB il n'est pas sur que B soit encore vivant quand le finalize de A est appele...

Une petite explication ?
Merci d avance.

En fait son raisonnement se base plus sur la gestion des ressources au niveau des objets.
Il explique en quoi les relations entre objet, le GC et les ref Managée/Natives peuvent influer sur le pattern de développement.

Ce qu'il dit simplement c'est qu'il faut considérer que si un objet est "disposable", il agira en tant que root GC pour leso bjets liés, est que se pose la gestion de l'état et de qui gére l'état.

Si tu agis sur A en sachant que seul A peut détenir B, que A est collecté, B ne le sera pas 'naturellement'. Sachant que B peut être finalisé ou en cours de finalisation, cela nécessite de gérer les états et el processus de collect.

[zebullax]

Merci