Discussion :

[syl20_44]

Bonjour,

Je développe actuellement une application en VB.NET et j'étais confronté à un problème de temps de chargement que j'ai partiellement résolu avec Thread. Voici le déroulement :

1/ démarrage du programme
2/ instanciation d'objets divers (long)
3/ affichage d'un formulaire

J'ai délégué l'étape 2 (instanciation d'objets) à un Thread pour afficher le formulaire le plus rapidement possible. Cependant si je lance le Thread avant l'affichage du formulaire, le formulaire commence à s'afficher (affichage de la winform sans boutons) puis se fige jusqu'à la fin de l'exécution du Thread.
Si par contre je lance le thread après la demande d'affichage du formulaire, ça fonctionne correctement.

A noter également que je constate ce problème sur win XP (bi processeur) mais pas sur w2k (mono processeur).


Voici le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
Public Sub Main()
 
        Dim myThread As New Thread(New ThreadStart(AddressOf chargerFormulaires))
        myThread.Priority = ThreadPriority.Lowest
        myThread.IsBackground = True
 
	myThread.Start()        
	feuille.Show()
 
End Sub
 
Public Sub chargerFormulaires()
 
        menupr = New MENUPR()
        enc_rbt = New ENC_RBT()
        det_quit = New DET_QUIT()
        sinistr = New SINISTR()
	'...etc.
 
End Sub

Merci d'avance pour vos explications.

[Pol63]

normalement le thread ne peut pas impacter le temps d'ouverture de la fenetre, ni la figer

peut etre utilises le booléen crossthread qui permet de taper des controles
soit tu as codé un truc qui va pas quelque part, mais on a pas assez de code pour en juger ...

[Danyel]

normalement le thread ne peut pas impacter le temps d'ouverture de la fenetre, ni la figer

Je serais plutot du meme avis, mais si un plus petit processeur/machine ne produit pas la meme chose, je partirais donc sur une piste de charge processeur, donc du/des threads.

Par contre, pourquoi definir un .IsBackground = True sur un nouveau thread ?

[Pol63]

Par contre, pourquoi definir un .IsBackground = True sur un nouveau thread ?

moi j'suis plutot pour le IsBackground ...

[syl20_44]

Merci pour vos réponse.

A priori, et après une petite recherche complémentaire, le IsBackground n'a rien à faire là puisque qu'il définit si le thread sera interrompu ou mené jusqu'à son terme si le processus principal se termine.

Si IsBackground est à True, le thread peut être arrêté en cours d'exécution et peut potentiellement ne pas se terminer si le processus principal s'arrête avant.

Donc oublions cette propriété qui ne semble jouer aucun rôle dans mon cas.

J'ai quelques idées de tests complémentaires pour mon problème de chargement de winform. Je vous tiens au courant après.

[syl20_44]

Victoire ! J'ai trouvé. Bon en fait dans le main, une méthode appelait la fonction système SetSysColors(). Je précise que j'ai repris cette application en l'état et elle a été migrée de vb6 à VB.NET donc parfois je tombe sur de vieux restes...

Toujours est-il que cette vieille fonction système (qui n'a rien à faire dans une application .NET) semble poser problème sous XP (ou avec certains processeurs). Et finalement, avec du recul sur le problème je me dis que le thread n'avait rien à voir là dedans et n'a fait que révéler un problème déjà existant.

merci à vous deux

[Pol63]

migrer une appli vb6 à vb.net par l'assistant c'est du n'importe quoi de toute facon ...
ca fait plus perdre de temps que de la réécrire, vu que ca écrit que des conneries à la vb6 (donc pas orienté ob jet) donc non maintenables

[syl20_44]

Entièrement d'accord Pol63. Cependant les contraintes organisationnelles, financières et techniques (et je pourrais ajouter décisionnelles et hiérarchiques) du monde professionnel diffèrent parfois (voire souvent) de l'idéal informatique...

[Pol63]

qu'on pourrait résumer par les décisions des entreprises sont en décalage avec la réalité, je le sais bien aussi malheureusement ...