Convenciones de nomenclatura de Visual Basic
Al dar nombre a un elemento de una aplicación de Visual Basic, el primer carácter del nombre debe ser un carácter alfabético o un guión de subrayado. Tenga en cuenta, sin embargo, que los nombres que empiezan con un guión de subrayado no cumplen las normas de Independencia del lenguaje y componentes independientes del lenguaje (CLS).
A la nomenclatura se aplican las siguientes sugerencias.
Empiece cada palabra independiente de un nombre con una letra mayúscula, como en FindLastRecord y RedrawMyForm.
Empiece los nombres de método y de función con un verbo, como en InitNameArray o CloseDialog.
Empiece los nombres de clase, estructura, módulo y propiedad con un nombre, como en EmployeeName o CarAccessory.
Empiece los nombres de interfaz con el prefijo "I", seguido de un nombre o una frase nominal, como IComponent, o con un adjetivo que describa el comportamiento de la interfaz, como IPersistable. No utilice el subrayado, y utilice lo menos posible las abreviaturas, ya que pueden causar confusiones.
Empiece los nombres de controlador de eventos con un nombre que describa el tipo de evento seguido por el sufijo "EventHandler", como en "MouseEventHandler".
En nombres de clases de argumento de evento, incluya el sufijo "EventArgs".
Si un evento tiene un concepto de “antes” o “después”, utilice un sufijo en tiempo presente o pasado, como en "ControlAdd" o "ControlAdded".
Para términos largos o utilizados con frecuencia, utilice abreviaturas para mantener las longitudes de los nombres dentro un límite razonable, por ejemplo, "HTML" en lugar de "Lenguaje de marcado de hipertexto". En general, los nombres de variable con más de 32 caracteres son difíciles de leer en una pantalla configurada para una resolución baja. Además, asegúrese de que sus abreviaturas sean coherentes a lo largo de toda la aplicación. Si utiliza indistinta y aleatoriamente "HTML" y "Lenguaje de marcado de hipertexto" en un mismo proyecto, puede provocar confusión.
Evite utilizar nombres que en un entorno interno sean iguales que otros nombres de un entorno externo. Se producirán errores si se obtiene acceso a la variable equivocada. Si se produce un conflicto entre una variable y la palabra clave del mismo nombre, debe identificar la palabra clave poniéndole delante la biblioteca de tipos adecuada. Por ejemplo, si tiene una variable denominada Date, sólo puede utilizar la función intrínseca Date llamando a DateTime.Date.
Vea también
Conceptos
Palabras clave como nombres de elementos en código (Visual Basic)
Me, My, MyBase y MyClass en Visual Basic
Nombres de elementos declarados (Visual Basic)
Otros recursos
Convenciones de código y estructura de programas (Visual Basic)