Fermer application depuis le programme

Bonjour

Je viens d'etre confronté a une petite difficulté que je n'avais jamais apréhendé

- Fermer l'application depuis le programme

1- J'ai rapidement compris que le this.Close() meme dans la form principale ne suffit pas car il faut de toute façon remonter tout le stack d'appel, c'est donc fort lourd a gerer

2- J'ai cru m'en sortir avec Application.Exit() mais cela n'arrete pas les process en cours et je me demande en definitive a qoui ca sert ?

3- Je me suis alors retourné vers Environment.Exit() qui fait l'affaire !

Avez vous des conseils ou remarques sur le sujet ?

Merc

Comment ouvre tu ta fenetre?
Tu parle de process, mais il me semble qu'une fois que tu as lancé un process, il est autonome : il ne se fermera pas si tu ferme ton appli, puisque qu'il ne fait pas parti du process de ton appli (c'est un autre programme), non?
Lance tu vraiment d'autres process par ton appli?

Je ne maitrise pas tres bien la chose, mais si je l'ouvre par un Application.Run(new MaForm());
et que je rempli bien son dispose comme il faut pour liberer ce qui doit l'etre, un Application.Exit(); fonctionne tres bien chez moi.

La où j'ai plus de difficultés c'est que des fois je n'arrive pas à intercepter des exceptions dans mon Main :

Code:

---

1 2 3 4 5 6 7 8 9 10

try { Application.Run(new MaForm()); } catch(Exception err) { //Il m'est arriver que certains de mes projets plante sans passer par ici. Messagebox.Show(err.ToString()); }

---

Prenons un exemple par l'absurde

Si je considere ta MaForm()

Dans le constructeur de ta MaForm() on appelle initializecomponent

Si AVANT cet initializecomponent je fais this.Close() je plante l'application et c'est normal, je ne peux faire un close que si la forme est construite et sans process en execution

Si AVANT cet initializecomponent je fais Application.Exit() c'a n'a aucun effet et ca me laisse déja plus perplexe

Mais si AVANT cet initializecomponent je fais Environment.Exit(1) j'arrete effectivement l'application

Je mr demande donc dans quel contexte Application.Exit peut etre appelé au lien de Environment.Exit

L'exemple ci desus n'a evidemment pas de sens mais je l'ai pris pour illustrer a l'extreme les differents comportements.

Citation:

---

La méthode Application.Exit arrête toutes les boucles de messages en cours sur tous les threads et ferme toutes les fenêtres de l'application. Elle ne force pas nécessairement la fermeture de l'application. La méthode Exit est généralement appelée à partir d'une boucle de messages et force le retour de Run. Pour quitter une boucle de messages du thread en cours uniquement, appelez ExitThread.

Exit déclenche les événements suivants et exécute les opérations conditionnelles associées :

Un événement FormClosing est déclenché pour chaque formulaire représenté par la propriété OpenForms. Il peut être annulé en affectant true à la propriété Cancel de leur paramètre FormClosingEventArgs.

Si un ou plusieurs gestionnaires annulent l'événement, Exit est retourné sans action supplémentaire. Sinon, un événement FormClosed est déclenché pour chaque formulaire ouvert, et les boucles et les formulaires de messages en cours d'exécution sont fermés.

---

Environment.exit() lui, kill le processus...

Oui

Tu recopie simplement l'explication de msdn
Mais peux tu grace a cette explication expliquer (entre autre) pourquoi Application.Exit() n'a aucun effet dans le contructeur de la form principale, avant InitializeComponent ?

Bien sûr que c'est le msdn... c'est pourquoi je l'ai mis en citation...
En fait je voulais surtout répondre à cela:

Citation:

---

Je mr demande donc dans quel contexte Application.Exit peut etre appelé au lien de Environment.Exit

---

Avant le initializeComponent(), ta Form n'est pas encore instanciée, quand la form reçoit le Exit de ton Application.exit() elle annule l’évènement comme je l'avais mis en gras dans la citation du MSDN...

Rien a voir avec le InitializeComponent() !
Cette méthode ne sert qu'au designer visual studio! Tu peux l'enlever, ca marchera pareil...
La réponse est plutôt du côté de Application.Run(new Form1())
Un coup de reflector:

Code:

---

1 2 3 4

public static void Run(Form mainForm) { ThreadContext.FromCurrent().RunMessageLoop(-1, new ApplicationContext(mainForm)); }

---

Lorsque tu demandes un Application.Exit, tu le lances dans la pompe a message de tout le monde.
Comment veux tu que ta Form1 l'attrape vu que dans le constructeur, la pompe a message de l'application n'est pas encore lancée?

Citation:

---

Rien a voir avec le InitializeComponent() !
Cette méthode ne sert qu'au designer visual studio! Tu peux l'enlever, ca marchera pareil

---

Je ne suis pas tout à fait d'accord la dessus. Ok c'est lié au designer mais si tu met cette ligne en commentaire alors que tu as créé ta Form par le Designer, ca plantera ! car c'est InitialiseCOmponent qui instancie et initialise tous les controles de la form !

Sinon c'est en effet Application.Run qui crée la pompe de message, mais comme elle prend comme un argument, une Form deja instanciée, c'est normal que Application.Exit ne fonctionne pas dans le constructeur de la Form.

Citation:

---

Avant le initializeComponent(), ta Form n'est pas encore instanciée

---

La aussi je ne suis pas d'accord. InitialiseComponent est appellé dans le constructeur de la form. Et c'est le constructeur le la Form qui instancie la classe, pas InitialiseComponent.

En bref Application.Exit ne peut fonctionner que lorsque la form a:
1) été Instancié (par son constructeur)
2) été reliée à la pompe à message grace à application.Run.

Inutile donc d'essayer de fermer ta fenetre dans son constructeur, tu peux t'abonner à l'évenement Form.Load qui est le premier event déclenché une fois la Form pleinement instancié et relié à la pompe à message :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

MaForm : Form { public MaForm() { InitialiseComponent(); //Instancie et Initialise les Controles (et c'est tout ! ) this.Load += new System.EventHandler(Form1_Load); //Ici toujours pas de pompe à message car toujours dans le constructeur, on n'est pas encore rentré dans Application.Run }     private void Form1_Load(object sender, EventArgs e) { //Application.Run a enfin été appellé, on peut donc faire : Application.Exit() } }

---

Citation:

---

Envoyé par giova_fr

Je ne suis pas tout à fait d'accord la dessus. Ok c'est lié au designer mais si tu met cette ligne en commentaire alors que tu as créé ta Form par le Designer, ca plantera ! car c'est InitialiseCOmponent qui instancie et initialise tous les controles de la form !

---

J'ai été un peu rapide en effet mais je voulais dire par la qu'on peut très bien imaginer faire une Form sans designer et faire toutes instanciations et initialisations de contrôles dans le constructeur sans passer par un InitializeComponents()

Et bien je suis quand meme maron :aie:
Car apres tout cet intéressant débat, je constate que Environment.Exit n'existe tout simplement pas avec le CF !!

Me voila donc forcé de gerer la remontée en palier pour faire un Application.Exit :(

Citation:

---

Envoyé par olibara

Et bien je suis quand meme maron :aie:
Car apres tout cet intéressant débat, je constate que Environment.Exit n'existe tout simplement pas avec le CF !!

Me voila donc forcé de gerer la remontée en palier pour faire un Application.Exit :(

---

Mais en fait, je vois pas trop le cas d'utilisation de fermer l'appli dans le constructeur de ma fenêtre :aie:

Citation:

---

Envoyé par Nathanael Marchand

Mais en fait, je vois pas trop le cas d'utilisation de fermer l'appli dans le constructeur de ma fenêtre

---

Aucun intéret effectivement et je l'avais d'ailleurs dis

Citation:

---

Envoyé par olibara

L'exemple ci desus n'a evidemment pas de sens mais je l'ai pris pour illustrer a l'extreme les differents comportements.

---

Cependant Je suis dans le cas d'une application mobile ou l'utilisateur n'a pas la liberté de fermer l'application de maniere "normale"
Donc palier a ca, je prevois une fermeture "de maintenance" lors de l'interception de certains codes.

Mon probleme c'est que l'interception de ces codes se fait dans un traitement "profond" dans lequel le plus simple aurait été un Environement.Exit() afin de ne pas trop bousculer le code existant en amont.