Version imprimable
Bonjour,
J'ai une form1 qui en lance une deuxième (form2).
J'aimerais lorsque form2 se ferme qu'elle puisse se recharger elle même ou que form1 puisse la recharger.
Je sais que sous VB il y a un event onClose qui pourrait m'être utile dans ce cas la.
Le but est à la fois de réinitialiser mes composants et de forcer la destruction de toutes mes instance de classes appelées.
Quelqu'un voit une solution ?
Tu ne peux pas rouvrir une form qui a été fermée, il faut la recréer (avec New)
Oui j'ai vu ça.
J'ai réussi à faire ce que je voulais avec
maForm.Close()
et à partir d'une autre classe
maForm.ShowDialog()
Je ne suis pas encore sur qu'après le Close les destructeurs d'objets sont appelés.
PS :les destructeurs ne sont pas appelés, je vais essayer avec des threads
Mais de quoi tu parles ? :koi:Citation:
Envoyé par pagugu
Le destructeur (finaliseur) d'un objet est appelé quand le garbage collector le ramasse, ce qui n'arrivera pas tant que tu conserves une référence sur l'objet. Mais de toutes façons, je ne vois pas pourquoi tu te préoccupes du destructeur, ça n'a rien à voir avec le fait que tu ne puisses pas réouvrir la form...
Quand tu fermes la Form, ça libère le handle Win32 de la fenêtre (HWND). Pour réouvrir la fenêtre, il faut la recréer, parce que du point de vue de Windows, elle n'existe plus.
Et je ne vois vraiment pas ce que les threads viennent faire là dedans :?
J'espérais que la destruction de la form entrainerais une destruction de toutes les instances qu'elle appelait.Citation:
Le but est à la fois de réinitialiser mes composants et de forcer la destruction de toutes mes instance de classes appelées.
Je pensais aussi que lorsque le thread se termine, les objets qu'il a créé étaient supprimés.
Comment peut on faire pour supprimer ces références ?
J'ai regardé des posts sur la destruction des instances, apparemment on ne peut pas vraiment.
PS : du coup ça n'a plus rien à voir avec l'interface.
Pas forcément... quand tu n'auras plus de référence sur la form, elle pourra être ramassée par le garbage collector, et les objets qui sont référencés uniquement par la form seront aussi ramassés. Mais on ne peut pas prévoir à quel moment le GC passera, à moins de l'appeler explicitement (ce qui est déconseillé). Bref, si un objet utilise des ressources non managées (mémoire non managée, handle Win32, connexion à une DB, etc), il faut libérer explicitement ces ressources en appelant Dispose sur l'objet (qui est supposé implémenter IDisposable).Citation:
Envoyé par pagugu
Quand tu fermes une Form, ça appelle Dispose et ça libère les ressources non managées de la form. Mais les objets eux-mêmes ne sont pas forcément ramassés tout de suite par le GC, il peuvent rester encore un peu en mémoire (ce qui normalement n'est pas un problème)
Non, ce n'est pas lié au thread. Heureusement d'ailleurs, sinon on ne pourrait jamais utiliser un objet créé par un autre thread...Citation:
Envoyé par pagugu
Je ne sais pas trop ce que tu entends par "supprimer une référence"... tu veux dire "supprimer le lien entre une variable et l'objet pointé par cette variable" ? Dans ce cas il suffit de mettre cette variable à null, et s'il ne reste pas d'autres références vers cet objet, il sera ramassé par le GC à un moment ou un autre. Par contre, si tu veux libérer tout de suite les ressources non managées utilisées par l'objet, appelle explicitement DisposeCitation:
Envoyé par pagugu
La "destruction" de l'objet, ça peut vouloir dire deux choses :Citation:
Envoyé par pagugu
- la libération des ressources non managées : il suffit d'appeler Dispose
- la suppression de l'objet en mémoire : c'est le GC qui s'en charge automatiquement, et qui appelle le destructeur de l'objet (s'il existe).
Ok !
J'ai commencé à créer des fonctions qui jouaient le rôle de destructeur (initialisation à null de mes buffers et instances etc...), je vais me renseigner sur Dispose.
Merci bien !