Démarrage de l'application : séquence du code exécuté.

Bonjour et mes meilleurs vœux 2019 aux développeurs VBNet :)

Ma petite interrogation :
Je cherche une explication à la séquence de démarrage de mon application.

Pour commencer, j'ai un formulaire FL011 comme "Formulaire de démarrage" dans les propriétés "My Project", et (Aucune) dans "écran de démarrage".
Je ne comprends déjà pas la différence entre les deux !!

Ensuite quand je démarre l'application avec un débogage en pas à pas, je passe par quelques routines "private sub" auxquelles je ne m'attends pas du tout, pour finir par arriver à

Code:

---

Private Sub FEComp1_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load

---

qui semble bien être le load de ma forme principale FL0011.
Je ne sais même pas d'où vient cette référence FEComp1...

J'ai aussi ce code

Code:

---

1 2 3 4 5 6 7 8 9

Public Sub main()   ' Cet appel est requis par le Concepteur Windows Form. InitializeComponent() ' Try etc etc   End Sub

---

mais il ne passe jamais par là !!!

Question : qu'est ce qui guide le code de démarrage d'un application?

Merci de m'aider à comprendre ce monde un peu événementiel…. ( est ce suffisant comme information? )

Bien à vous

Pierre

Bonne année 2019 à toi aussi Pierre.

Le problème que tu poses semble issu d'un enchevêtrement de codes résultants de bidouillages hasardeux ... :D

Plus sérieusement :

1. Il semble que plusieurs formulaires aient été créés (FL001 et FEComp1);
2. Qu'un double-clic accidentel se soit produit sur le visuel de FEComp1 (Le Concepteur Windows Form initie alors la procédure événementielle "par défaut" pour ce composant, le Form lui-même dans ce cas);
3. ll semble qu'un module (Application console) ait été ajouté au projet (Ordinairement, le Concepteur Windows Form ne crée pas de Sub Main).

Peut-être pourrais-tu compresser le dossier de développement de ce programme et le poster : je tenterais de mettre le doigt sur l'origine des bizarreries.

L'exécution en pas à pas ne concerne en principe que le code produit par le programmeur : il ne faut bien entendu pas lancer le pas à pas détaillé dès le début. Par ailleurs Microsoft lui-même non déconseille de "tripoter" dans les fichiers .Designer.vb : ces fichiers ne devraient intéresser que Concepteur Windows Form.

Ci-joint le fichier Pièce jointe 440089 qui explique notamment l'usage "ordinaire" du débogueur.

Question subsidiaire : dans région habites-tu ? (Perso, je suis dans la région de Wavre).

...

Bonjour,

Citation:

---

Envoyé par PeD012

Bonjour et mes meilleurs vœux 2019 aux développeurs VBNet :)

Ma petite interrogation :
Je cherche une explication à la séquence de démarrage de mon application.

---

En mode conception ou débogage; cela dépend un peu de la version de Visual Studio. Mais, en principe, dans le MyProject, il y a un bouton pour faire afficher les événements de l'application. Il y a probablement un événement Start ou initilanize. Tu `devrais pouvoir mettre un point d'arrêt dans la procédure d'événement et faire au pas à pas tout le code caché exécuté au lancement.

Citation:

---

Pour commencer, j'ai un formulaire FL011 comme "Formulaire de démarrage" dans les propriétés "My Project", et (Aucune) dans "écran de démarrage".
Je ne comprends déjà pas la différence entre les deux !!

---

Le formulaire de démarrage c'est le formulaire qui lance l'application. La fenêtre de démarrage, c'est ce que les anglos appellent un splashscreen. Mais là, cela fait trop longtemps que je n'ai pas joué avec le splashscreen que je ne me souviens pas trop comment on fait avec cette fenêtre au démarrage

Citation:

---

Ensuite quand je démarre l'application avec un débogage en pas à pas, je passe par quelques routines "private sub" auxquelles je ne m'attends pas du tout, pour finir par arriver à

Code:

---

Private Sub FEComp1_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load

---

qui semble bien être le load de ma forme principale FL0011.
Je ne sais même pas d'où vient cette référence FEComp1...

---

Comme je disais plus haut, il y a du code caché décidé par Microsoft qui s'ajoute automatiquement à la création du projet

Citation:

---

J'ai aussi ce code

Code:

---

1 2 3 4 5 6 7 8 9

Public Sub main()   ' Cet appel est requis par le Concepteur Windows Form. InitializeComponent() ' Try etc etc   End Sub

---

mais il ne passe jamais par là !!!

---

En l'absence d'un formulaire de démarrage, si tu crées une application console, ou que tu veux programmer toi-même ton formulaire (et ajouter toi-même le code caché que Microsoft te fournit), il faut passer par la sub main(). Mais ce n'est pas nécessaire avec un formulaire de démarrage, ou, du moins, elle s'exécute en cachette.

Phil,

merci pour ces réflexions.

"bidouillages hasardeux "?
Peut-être mais alors en toute innocence !!8-)

"1.Il semble que plusieurs formulaires aient été créés (FL001 et FEComp1);"
Possible. Je vais écarter du code tout ce qui est EComp1 et voir ce que cela donne.

"Ordinairement, le Concepteur Windows Form ne crée pas de Sub Main"
aucune idée la-dessus. Je ne suis pas assez expert. Belle lacune, mais autodidacte en VBNet.

"Peut-être pourrais-tu compresser le dossier de développement de ce programme et le poster : je tenterais de mettre le doigt sur l'origine des bizarreries."
Impossible pour 2 raisons. La première ( mais est ce une vraie raison )? le code fait plus de 20.000 lignes.
Deuxième raison, mon appli est destinée à être mise sur le marché. Il m'est donc impossible de la rendre publique ici.


"Par ailleurs Microsoft lui-même non déconseille de "tripoter" dans les fichiers .Designer.vb : ces fichiers ne devraient intéresser que Concepteur Windows Form. "
Je jure je n'ai pas fait !! A part par la boîte à outils et l'onglet des propriétés.

Je vais lire : ExtraitDebogage.pdf Merci pour l'info.

Réponse subsidaire : "dans région habites-tu " De Lonzee, village de Gembloux ( en province de Namur, donc :D et pas le BW !! )

Peut-être une rencontre , à l'occasion ! :P

Salut Pierre

Bonsoir,

grand merci pour ces explications. clementmarcotte

Mes foutues lacunes de base, qui sont là, et bien là. Malheureusement c'est une partie qui ne m'intéresse pas trop, la mécanique interne du langage. Par contre cela me pénalise certainement.
Je préfère les problèmes à résoudre, ou les inventions à trouver et à traduire en application.

Mais je me trompe peut-être.

Merci encore. Je vais quand même examiner cela à la lumière de tes explications.

Salut

Pierre

Nous sommes donc presque voisins ...:D

Pour les "bidouillages hasardeux ", je plaisantais bien sûr ..., j'ai programmé aussi tu sais !
J'espère que mon doc t'aidera.

A bientôt,

Phil