Discussion :

[skysee]

Bonjour a tous,
comme vu dans plusieurs tut, le destructeur se déclare comme toujours :

~Form1
{
}

Seulement quand je quitte mon programme, le destructeur n'est pas appellé...

Je suis sous vstudio 2005 et je déclare mon destructeur juste en dessous du constructeur de ma Form.

merci

[DarkMolo]

Salut,

Selon l'MSDN:
Le programmeur n'a aucun contrôle sur le moment où le destructeur est appelé car cela est déterminé par le garbage collector. Le garbage collector recherche les objets qui ne sont plus utilisés par l'application. S'il considère qu'un objet est candidat à la destruction, il appelle le destructeur (s'il y a lieu) et libère la mémoire utilisée pour stocker l'objet. Les destructeurs sont également appelés à la fermeture du programme.

T'es sûr que le programme ne s'arrête pas brutalement après un bug fatal?
Qu'est ce que tu as mit comme signal pour vérifier que ton destructeur a été (ou non) bien executé?

[skysee]

Je lance une messagebox dans le destructeur. De toutes facon j'ai tester au debugger et le prog ne passe pas dedans.

[Jérôme Lambert]

Bien que cette syntaxe soit disponible en dotnet C#... Elle est, on peut le dire, complètement inutile. Il est vrai que dotnet s'occupe de libérer automatiquement les objets qui ne sont plus utilisés... Mais celà n'arrivera que quand Dotnet en ressentira le besoin !

Par contre, si tu veux que ta classe ait une sorte de méthode destructeur, il te faudra implémenter l'interface IDisposable et implémenter la méthode Dispose() dans laquelle tu écris ton code pour libérer les ressources.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
class ClassA : IDospable
{
  public void Dispose()
  { ... }
}

Et pour que la méthode Dispose soit autimatiquement appelé, tu devras faire ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
ClassA maClass = new ClassA();
using(maClass)
{
   ...
}

[skysee]

Hé bien merci beaucoup.

Le système est un peu mal fait ce coté la je trouve...
enfin merci encore

[Jérôme Lambert]

C'est vrai que dans le cas où on veut que le destructeur soit appelé implicitement à un moment précis, ça donne un peu plus de boulot pour y arriver... Mais les problèmes de saturation de mémoire suite à un oubli de libération de la mémoire occupée par un objet, c'est fini !

Au final, le développeur utilisera le destructeur (avec Dispose) uniquement si il veut fermer une connexion à une bd, une ouverture de fichier, etc. Et n'aura plus à se demander: Est-ce que je libère bien la mémoire de cet objet ?!

[Mose]

Le système est un peu mal fait ce coté la je trouve...

Non.
C'est le codeur qui a du mal à se faire au codage haut-niveau

La notion de destructeur n'a pas de sens en C#. Elle a été ajoutée pour faire plaisir aux codeurs C++, mais normallement, le gros gros avantage de C# et Java par rapport à C++, c'est qu'ils tournent sur une plateforme managée, dans une machine virtuelle, et donc la gestion de la mémoire n'est plus du ressort du développeur.

Si tu veux gérer ta mémoire à l'octet prêt, alors il faut faire du Win32, pas du .Net

[skysee]

Non.
C'est le codeur qui a du mal à se faire au codage haut-niveau

La notion de destructeur n'a pas de sens en C#. Elle a été ajoutée pour faire plaisir aux codeurs C++, mais normallement, le gros gros avantage de C# et Java par rapport à C++, c'est qu'ils tournent sur une plateforme managée, dans une machine virtuelle, et donc la gestion de la mémoire n'est plus du ressort du développeur.

Si tu veux gérer ta mémoire à l'octet prêt, alors il faut faire du Win32, pas du .Net

Tu as raison oui, mais ce qui me chifonne, c'est que je peux implémenter mon destructeur comme en c++ et que ca ne me retourne aucune erreur lors de la compilation, mais que le pointeur ne passe pas dedans quand je quitte l'application.

[NiamorH]

La notion de destructeur n'a pas de sens en C#.

En effet, d'après ce que je lis à droite et à gauche, le destructeur au sens C++ a perdu toute son utilité en C# si son appel est devenu imprévisible.

La solution palliative étant à première vue l'interface IDisposable, using(){} et consors.

Je ne l'ai pas vu documenté, mais après un petit test, je vois qu'il est possible de faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

using ( Base b = new Derived(1), b2 = new Derived(2) ) {}

mais pas :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Base b = new Derived(1), b2 = new Derived(2);
Derived d = new Derived(3);
using ( b, b2, d ) {}

Existe-t-il une solution à ces deux problèmes ? (objets utilisés différents ou créés plus amonts)
La solution de faire des using imbriqués me semble très peu élégante.

Elle a été ajoutée pour faire plaisir aux codeurs C++

A mon avis, tu t'avances un peu en disant cela
Si c'est dit sur le ton de la plaisanterie, ok. Sinon c'est prendre un peu les codeurs C++ pour des vieux rigides! On n'apprend pas un nouveau langage sans en accepter les règles. Je ne vois pas pourquoi, en concevant C#, on se serait dit "Oh laissons le destructeur sinon y en a qui vont raler parce qu'ils ont l'habitude de l'utiliser." en sachant très bien que l'utilisation du destructeur allait devenir problématique.

Non, à mon avis il y a une raison technique, un cas, que je ne vois pas, où le destructeur pourrait servir. Et la je fais appel à vos expériences : quelqu'un l'a-t-il déjà utilisé et pourquoi ?

Merci

Oui, c'est chiant

Je ne vois pas ça comme ça. Je dirais que c'est déroutant au premier abord.

mais c'est la philosophie de la techno

Exactement.

NB : désolé de déterrer les sujets