Différence entre deux codes

Version imprimable

Bonjour,

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

Code:

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:

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

14/02/2015, 21h23
clementmarcotte
Bonjour,
Citation:
Envoyé par wallace27

Bonjour,

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

Code:

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:

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.
14/02/2015, 22h50
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.
15/02/2015, 12h01
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)
15/02/2015, 16h55
wallace1
Bonjour,

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

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.