Discussion :

[Jean-Luc80]

Bonsoir
J'ai créé une appli en vb.net qui contient beaucoup de fichiers .vb
Voulant améliorer certaines choses, je m’aperçois que je nage un peu dans tous ces fichiers
Ma question est donc : peut on d'une manière ou d'une autre savoir quels sont les liens entre les différents fichiers ?
Par exemple savoir quelle fenêtre s'ouvre quand on clique sur un bouton d'une autre fenêtre sans avoir à tout ouvrir en création ?
Merci d'avance

[Phil Rob]

Bonjour,

Ma question est donc : peut on d'une manière ou d'une autre savoir quels sont les liens entre les différents fichiers ?

Oui ... mais heureusement ce n'est généralement pas nécessaire ...
Par exemple, pour un Form, le .VB contient tout le code et .Designer.Vb contient les propriétés des composants déposés sur le Form (tailles, posiitons, textes, ...). Les deux fichiers sont ensemble l'écriture de la classe de ce Form. Mais la seule chose à savoir (par rapport à cet exemple), c'est qu'il ne faut pas modifier le fichier .Designer.Vb avec un éditeur, mais seulement à l'aide du Concepteur Windows Form. Enfreindre cette règle est s'exposer à des difficultés ultérieures probables.

Le meilleur moyen de travailler avec tous ces fichiers reste Visual Studio avec environnement de développement (IDE) s'il est correctement utilisé.

Un deuxième élément de nature à faciliter la "navigation" parmi tous les fichiers est l’organisation préalable du code. Seule une analyse détaillée peut indiquer au bouton près ce qui sera placé sur quel Form et pourquoi. Mais sans en arriver là, il est quand même possible de prévoir les principaux Form qui seront nécessaires et de leur donner des noms significatifs (pas Form1, Form2, ..., mais plutôt FFacturation, FGestionClients, FGestionLocalites, FGestionStock, ..., par exemple.) Donner des noms significatifs est vrai aussi pour tous les composants, objets, variables, .., utilisés dans un programme.
Personnellement, je pense que tout composants, objets, variables ..., utilisé dans le code DOIT être correctement nommé, c'est-à-dire que les seuls composants qui ne sont pas nommés sont les Label (Label1, Label2, ...) qui ne sont pas référencés dans le code, ceux qui sont placés par ergonomie, juste pour informer l'utilisateur.
La dénomination correcte des composants est facile si on nomme un composant aussitôt qu'il est déposé sur un Form. Le faire plus tard peut s'avérer fastidieux.

Bonne journée

[wallace1]

Bonjour,

Pour savoir quelles sont les liens entre les différents fichiers il faut avant tout savoir quelles sont les définitions et les références pour les méthodes et propriétés. Pour cela :

On clique droit sur un appel dans un corps de méthode (par exemple) et on sélectionne "Accéder à la définition"

et/ou

On clique droit sur un nom de méthode depuis la signature (par exemple) et on sélectionne "Rechercher toutes les références"

Le résultat est visible en bas dans la fenêtre de résultat "Références"
On clique sur ce que l'on veut et ça redirige vers le fichier respectif.


Cdlt