Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Wenn Sie ein Element in Ihrer Visual Basic-Anwendung benennen, muss das erste Zeichen dieses Namens ein alphabetisches Zeichen oder ein Unterstrich sein. Beachten Sie jedoch, dass Namen, die mit einem Unterstrich beginnen, nicht mit der Sprachunabhängigkeit und Language-Independent Components (CLS) kompatibel sind.
Die folgenden Vorschläge gelten für die Benennung.
Beginnen Sie jedes einzelne Wort in einem Namen mit einem Großbuchstaben, wie in
FindLastRecord
undRedrawMyForm
.Beginnen Sie Funktions- und Methodennamen mit einem Verb, wie in
InitNameArray
oderCloseDialog
.Beginnen Sie Klassen-, Struktur-, Modul- und Eigenschaftsnamen mit einem Substantiv, wie in
EmployeeName
oderCarAccessory
.Beginnen Sie Schnittstellennamen mit dem Präfix "I", gefolgt von einem Substantiv oder einer Substantivphrase, wie
IComponent
, oder mit einem Adjektiv, das das Verhalten der Schnittstelle beschreibt, wieIPersistable
. Verwenden Sie nicht den Unterstrich, und verwenden Sie Abkürzungen sparsam, da Abkürzungen Verwirrung verursachen können.Beginnen Sie ereignishandlernamen mit einem Substantiv, das den Ereignistyp beschreibt, gefolgt vom Suffix "
EventHandler
" wie in "MouseEventHandler
".Fügen Sie in Namen von Ereignisargumentklassen das Suffix "
EventArgs
" ein.Wenn ein Ereignis ein Konzept von "before" oder "after" aufweist, verwenden Sie ein Suffix in der Gegenwart oder vergangenheit, wie in "
ControlAdd
" oder "ControlAdded
".Verwenden Sie für lange oder häufig verwendete Begriffe Abkürzungen, um namenslängen angemessen zu halten, z. B. "HTML", anstelle von "Hypertext Markup Language". Im Allgemeinen sind Variablennamen, die größer als 32 Zeichen sind, auf einem Monitor mit niedriger Auflösung schwer zu lesen. Stellen Sie außerdem sicher, dass Ihre Abkürzungen in der gesamten Anwendung konsistent sind. Zufälliges Wechseln in einem Projekt zwischen "HTML" und "Hypertext Markup Language" kann zu Verwirrung führen.
Vermeiden Sie die Verwendung von Namen in einem inneren Bereich, die mit Namen in einem äußeren Bereich identisch sind. Fehler können dazu führen, wenn auf die falsche Variable zugegriffen wird. Wenn ein Konflikt zwischen einer Variablen und dem Schlüsselwort desselben Namens auftritt, müssen Sie das Schlüsselwort identifizieren, indem Sie es der entsprechenden Typbibliothek vorangehen. Wenn Sie z. B. eine Variable namens
Date
haben, können Sie die intrinsischeDate
Funktion nur verwenden, indem Sie DateTime.Date aufrufen.