Compartir a través de

Convenciones de nomenclatura de Visual Basic

Al asignar un nombre a un elemento en la aplicación de Visual Basic, el primer carácter de ese nombre debe ser un carácter alfabético o un carácter de subrayado. Sin embargo, tenga en cuenta que los nombres que comienzan por un carácter de subrayado no son compatibles con language Independence y Language-Independent Components (CLS).

Las sugerencias siguientes se aplican a la nomenclatura.

  • Comience cada palabra independiente en un nombre con una letra mayúscula, como en FindLastRecord y RedrawMyForm.

  • Comience los nombres de función y método con un verbo, como en InitNameArray o CloseDialog.

  • Comience los nombres de clase, estructura, módulo y propiedad con un nombre, como en EmployeeName o CarAccessory.

  • Comience los nombres de interfaz con el prefijo "I", seguido de un nombre o una frase de nombre, como IComponent, o con un adjetivo que describa el comportamiento de la interfaz, como IPersistable. No use el carácter de subrayado y use abreviaturas con moderación, ya que las abreviaturas pueden causar confusión.

  • Comience los nombres del controlador de eventos con un nombre que describa el tipo de evento seguido del sufijo "EventHandler", como en "MouseEventHandler".

  • En los nombres de las clases de argumento de evento, incluya el sufijo "EventArgs".

  • Si un evento tiene un concepto de "antes" o "después", use un sufijo en el tiempo presente o pasado, como en "ControlAdd" o "ControlAdded".

  • Para términos largos o usados con frecuencia, use abreviaturas para mantener las longitudes de nombre razonables, por ejemplo, "HTML", en lugar de "Lenguaje de marcado de hipertexto". En general, los nombres de variable mayores de 32 caracteres son difíciles de leer en un monitor establecido en una resolución baja. Además, asegúrese de que las abreviaturas sean coherentes en toda la aplicación. Cambiar aleatoriamente en un proyecto entre "HTML" y "Lenguaje de marcado de hipertexto" puede provocar confusión.

  • Evite usar nombres en un ámbito interno que sean los mismos que los nombres de un ámbito externo. Los errores pueden producirse si se tiene acceso a la variable incorrecta. Si se produce un conflicto entre una variable y la palabra clave del mismo nombre, debe identificar la palabra clave antes de ella con la biblioteca de tipos adecuada. Por ejemplo, si tiene una variable denominada Date, solo puede usar la función intrínseca Date llamando a DateTime.Date.

Consulte también