Discussion :

[wallace27]

Bonjour,

Y a-t-il une différence entre ces deux formules ?

Code :

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

1
2
3
Private Sub affectRougeLabel(ByVal sender As Object, ByVal e As System.EventArgs) Handles scrollRouge.ValueChanged
  	lblValRouge.Text = scrollRouge.Value
    End Sub

Code :

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

1
2
3
Private Sub scrollRouge_ValueChanged(sender As Object, e As EventArgs) Handles scrollRouge.ValueChanged
        lblValRouge.Text = scrollRouge.Value
    End Sub

[clementmarcotte]

Bonjour,

Bonjour,

Y a-t-il une différence entre ces deux formules ?

Code :

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

1
2
3
Private Sub affectRougeLabel(ByVal sender As Object, ByVal e As System.EventArgs) Handles scrollRouge.ValueChanged
  	lblValRouge.Text = scrollRouge.Value
    End Sub

Code :

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

1
2
3
Private Sub scrollRouge_ValueChanged(sender As Object, e As EventArgs) Handles scrollRouge.ValueChanged
        lblValRouge.Text = scrollRouge.Value
    End Sub

La première essaie de créer un lien bizarrement exotique ou exotiquement bizarre entre une barre de défilement de nature inconnue (une barre indépendante ou une barre "pré-programmée dans un autre contrôle ?) et un Label. Personnellement, j'ai des doutes sur son utilité et même sa véracité

La seconde est une procédure d'événement classique qui est liée à la variation d'une barre de défilement.

L'autre question : Si la première est ton œuvre, tu veux (voulais) faire quoi ?

P.S. Désolé si ma réponse fait double emploi. Il y a eu une "pause" entre la rédaction et l'envoi.

[wallace27]

Le souci est que la première est la réponse officielle donnée par l'établissement dans lequel je suis une formation, tandis que la seconde c'est la mienne.

[Pol63]

moi je ne vois aucune différence entre les 2
où voyez vous une différence ?

le seul truc c'est le nom de la sub qui est différente, mais ca on s'en contre fout
de toute facon une sub liée via un handles n'est pas faite pour etre appelée par le code
par défaut le nom d'une sub liée à un handles est nomcontrol_nomevent, donc autant garder cette "norme" (donc la 2)

[wallace1]

Bonjour,

Cette formule là indique que le projet a certainement été ouvert avec une version plus récente de l'EDI VS :

Code :

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

1
2
3
Private Sub scrollRouge_ValueChanged(sender As Object, e As EventArgs) Handles scrollRouge.ValueChanged
        lblValRouge.Text = scrollRouge.Value
    End Sub

le mot-clé : Byval disparaît dans la signature des gestionnaires d’événements (lors de leur génération automatique) depuis l'EDI VS 2012 !

Pour moi du moment que tu ne te retrouves pas à récupérer un projet développé avec SharpDevelop.. je dis tout va bien..

PS : je rejoins Pol63, il faut conserver la politique de nommage standard, ainsi le projet sera d'autant plus maintenable pour celui qui récupérera le projet derrière toi.