Libération de ressources non managées

Bonjour,

J'ai une classe Log avec un StreamWriter ouvert sur un fichier constant.

J'ai une classe C qui instancie Log a la création et l'exploite dans plusieurs méthodes.

Je détruit C, puis le re-crée. Le premier StreamWriter n'est pas encore libérer, le fichier est verrouillé "en cours d'utilisation"

Je suppose qu'il faut implémenter un Dispose dans Log mais je ne souhaite pas que C doive l’appeler explicitement (il ne sera pas quand le faire)

Je cherche:
- Soit une prise en charge automatique du Dispose() dès la destruction de la référence,
- Soit une méthode permettant qu'un objet soit détruit immédiatement (genre VB6 :oops:),
- Soit toute autre bonne pratique que je n'aurais pas encore trouvé.

Merci de votre aide.

Je détruit C avec C.Dispose() qui appelle Log.Dispose();

Salut,
Pour faire les choses bien, ta classe Log et ta classe C doivent toute deux implémenter IDisposable (et donc la méthode Dispose qui va avec).
Dans l'implémentation de C.Dispose tu appel Log.Dispose. Dans Log.Dispose tu appel StreamWriter.Dispose.
Tu dis que tu ne veux pas faire d'appel direct car la classe ne saura pas quand l'appeler, mais elle le sait : elle doit appeler le dispose lorsqu'elle-même est disposée.
Ainsi, pour détruire C tu appel la méthode C.Dispose(), qui appelera la méthode Log.Dispose(), qui appelera la méthode StreamWriter.Dispose().
C'est la seule vraie méthode.
Dans certains cas rares, qui trahissent souvent un problème plus grave, il peut être utile d'appeler System.GC.Collect() afin de forcer le garbage à faire son boulot immédiatement.

Merci de votre aide.

J'ai oublier de préciser: CSharp.

Je comprend qu'en chainant les Dispose on s'en sort mais,

1) Je ne sais pas a quel moment je n'aurait plus besoin de la ressource. Je répond a des événements utilisateurs, et puis je n'existe plus. Rien entre les deux.

2) Conceptuellement, la classe consommatrice n'a pas a savoir que j'utilise une ressource non managé et ne devrait pas avoir a gérer un Dispose.

Soit la classe consomatrice fait le dispose
Soit tu ouvres/fermes le fichier a chaque fois

Citation:

---

Envoyé par BenoitM

Soit tu ouvres/fermes le fichier a chaque fois

---

C'est une option, mais j'ai du mal a estimer le cout. Il ne doit pas être négligeable.

C# ou VB, pas de différences, c'est le même système.

Réponse au 1)
Cela ne peut être vrai.
Soit, en réponse aux évènements, tu crée une nouvelle instance de C et tu la détruit en fin de l'évènement, explicitement. C'est donc la solution d'ouvrir/fermer à chaque fois.

Soit tu as créé l'instance une fois et tu t'en sert partout (singleton ou équivalent). Auquel cas l'instance n'est jamais détruite.

Réponse au 2)
Pour faire simple, le garbage référence toutes les instances des classes managées et compte le nombre de références sur ces objets. Le garbage ne détruit l'objet QUE lorsqu'il n'y a plus aucune référence à celui-ci. Donc tant qu'il existe une variable sur l'objet, alors l'objet existe.
Avant de détruire un objet le garbage appel le .Dispose sur cet objet s'il implémente IDisposable.
Conclusion :
Tu n'a pas à appeler explicitement le Dispose, mais dans ce cas tu n'a aucune garantie du moment où ce Dispose sera réellement appelé. Voilà pourquoi il est conseillé de faire des appels explicites à Dispose.

Citation:

---

Envoyé par Patrickfz

C'est une option, mais j'ai du mal a estimer le cout. Il ne doit pas être négligeable.

---

Ca dépend du nombre d'ouverture du fichier et ou il se trouve (dans un répertoire sur le réseau sera plus lent qu'en local)
Mais pas trop le choix vu que tu dois appeler explicitement Dispose(). Comme dit, le choix c'est ouverture à chaque fois, ou fichier ouvert tout le temps. Une autre serait de passer par ce que .NET propose comme le tracing, ou de l'open source comme Log4Net