|
Stört es Sie manchmal, dass die Namen von Ereignis-Parametern nicht Ihren Regeln für die Namensgebung von Variablen entsprechen? Nun, dann ändern Sie sie doch einfach. Nein, nicht Ihre Regeln, sondern die Namen der Parameter. Visual Basic stört sich nämlich nicht im geringsten daran. So lange Sie den Datentyp des Parameters unangetastet lassen, steht es Ihnen frei, einen Parameter umzubenennen, wie es Ihnen gefällt und Ihren Regeln entspricht.
So können Sie problemlos schreiben:
Private Sub Form_KeyDown(intKeyCode As Integer, intShift As Integer)
Falls bei einer Gruppe von OptionButtons der Control-Array-Index eine bestimmte Bedeutung haben soll - auch hier können sie für Klarheit sorgen:
Public Sub optWindowState_Click(WindowState As Integer)
Me.WindowState = WindowState
End Sub
Haben Sie eine Klasse als Schnittstellen-Definition angelegt und implementieren Sie nun diese Schnittstelle, verhunzt Visual Basic den Namen für den Wertübergabe-Parameter bei Property Let- bzw. Property Set-Prozeduren zur einem "RHS". Hier können Sie ebenfalls ohne Gefahr nachbessern. Die beispielsweise in der Klasse IDingsBums angelegte Eigenschaften-Prozedur
Public Property Let Value(New_Value As Variant)
macht Visual Basic zu
Private Property Let IDingsBums_Value(RHS As Variant)
Viel schöner und aussagekräftiger ist dagegen:
Private Property Let IDingsBums_Value(New_Value As Variant)
|