Main : appelle de methode ou de classe ?

Version imprimable

Bonjour,

J'ai une classe A, qui contient une methode abc(),

Pour l'instant mon main ressemble à ça :

Code:

1
2
3
4
5
 public static void Main(String[] argv)
        {
           A demo = new A(3333, 640, 480);
           Application.Run(demo);
         }

est ce que je peux faire ça ?

Code:

1
2
3
4
5
6
 public static void Main(String[] argv)
        {
           A demo = new A(3333, 640, 480);
           abc();
           Application.Run(demo);
         }

appeler demo.abc() ou A.abc() ne marche pas.

15/06/2007, 11h02
sayag

je dois preciser que je veux que abc() et demo s'éxécute en boucle.
15/06/2007, 11h07
pofet

Citation:

je dois preciser que je veux que abc() et demo s'éxécute en boucle.

Tu veux dire quoi par "...demo s'éxécute en boucle". demo est une classe donc elle ne peut pas s'exécuter ?
15/06/2007, 11h09
sayag

salut profet,
si une classe ne peut pas s'executer, ca veut dire quoi ce Application.run ?
15/06/2007, 11h24
pofet
Application.run() signifie que tu appelles la méthode (fonction en objet) run qui appartient à Application. Je suis pas un spécialiste .NET, mais il y a deux possibilités :
- Soit Application est un objet, et run est une méthode d'objet (définie dans la classe de l'objet)
- Soit Application est une classe, et run est une méthode de classe (Shared) (définie aussi dans la classe de l'objet)
Mais dans tous les cas on exécute une méthode, pas une classe ou objet.

Citation:

salut profet,

euh, non, c'est pofet ;)
15/06/2007, 11h29
sayag

;) je viens d'atterir a propos des Application.run(), c'est une WindowForm en fait.
Le run ne fait qu' "exécuter" les caractéristiques d'une fenêtre : taille, titre, interactivité par Events, en l'occurence des PaintEvents

Donc appeler une methode de cette WindowForm après le run n'a aucun sens.

A moins de faire en sorte que cette methode soit appelée, elle, en boucle.
En laissant cependant un peu de temps via des threads pour laisser respirer la fenêtre.
15/06/2007, 11h30
sayag

Mais comment ? :cry: sais pas :bug:
15/06/2007, 13h57
Chubyone

Ton projet contient des Winforms? Sinon tu fais un projet console -_-

Et sinon, il faut lancer ta Winform avec Run (lancement des écoutes messages, attributon du handle n co...), et lancer un nouveau thread a l'intérieur qui fera tourner en boucle ta méthode. Pour etre exécuté sans instancier un objet, une méthode doit etre static. Mais fait gaffe aux objets que manipule cette meme méthode...
15/06/2007, 17h34
sayag

Citation:

vEt sinon, il faut lancer ta Winform avec Run (lancement des écoutes messages, attributon du handle n co...), et lancer un nouveau thread a l'intérieur qui fera tourner en boucle ta méthode.

C'est exactement ce que je fais pour le Run. Mais justement ma question c'est ou exactement lancer le thread ? dans la methode ? et comment la faire tourner en boucle ?

Concernant la methode static ect, quasiment tout est static dans mon programme, j'ai fais ca a cause de trop nombreux "does not exist in the current context" que j'ai rencontré...
15/06/2007, 17h52
Chubyone

Dans le constructeur ou page_load de la form, tu lance le thread.

Pour une boucle infinie tu peux faire while(){} mais cest tout de meme déconseillé ;-) TOn thread ne pourra pas se terminer de lui meme...

il faut plutot une condition (un bool) avec while(bool){ ... }
Quand ta condition passe a false, la boucle sarette, et tu peu fermer le thread
16/06/2007, 05h44
sayag

merci chubychuby yeah
mais quand le thread s arrete tu veux dire Thread.Sleep() ?
16/06/2007, 10h54
pofet

Je pense qu'il parle plutôt du traitement du thread. Ton thread a surement un début et une fin. Si le traitement est dans une boucle, tu peux prévoir la condition de sortie.

Sleep permet de faire une pause.
16/06/2007, 17h08
sayag

Citation:

Ton projet contient des Winforms? Sinon tu fais un projet console -_-

Heu... je ne connais/comprends pas. Je dois absolumetn avoir une fenetre.

Citation:

Pour etre exécuté sans instancier un objet, une méthode doit etre static. Mais fait gaffe aux objets que manipule cette meme méthode...

tu veux dire qu'une methode static s'exécute toujours ? sans être appelée/instanciée ?
Intéressant je ne savais pas :oops: mais, comment définir l'ordre des tâches à ce moment là.

Enfin je ne pense pas que je doivent arrêter mon thread. Car cette methode en question que je veux "looper" est une sorte d'écouteur de mouse events.
En fait c'est un remplisseur/lecteur de HashTables mais ca revient au même pour ce qui est de la faire tourner en permanence.
16/06/2007, 17h28
sayag

je test ta methode ChubyOne et je tiens au jus

voilà mon code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
 /*--main--*/
        public static void Main(String[] argv)
        {
 
            TuioDemo demo = new TuioDemo(port, 640, 480);
            WindowManager();
            Application.Run(demo);
 
            // Déclaration du thread
            Thread myThread;
 
            // Instanciation du thread, on spécifie dans le 
            // délégué ThreadStart le nom de la méthode qui
            // sera exécutée lorsque l'on appele la méthode
            // Start() de notre thread.
            myThread = new Thread(new ThreadStart(ThreadLoop));
 
            // Lancement du thread
            myThread.Start();
 
 
          }
 
        public static void ThreadLoop()
        {
		// Tant que le thread n'est pas tué, on travaille
        	while (Thread.CurrentThread.IsAlive)
        	{
			// Attente de 500 ms
			Thread.Sleep(500);
 
			// Affichage dans la console
			Console.WriteLine("Je travaille...");
                        WindowManager();//methode static
	}

Mais le thread ne travaille jamais

16/06/2007, 17h32
sayag

Est un problème de multithreading ? Car ma winForm possède au niveau du OnPaint un thread qui dort 50ms en prévision du threa que je viens d'ajouter.
Mais je n'ai pas de semaphore pour l'instant.