Convenciones de nomenclatura de Visual Basic

  • Artículo

Al asignar un nombre a un elemento de la aplicación de Visual Basic, el primer carácter de ese nombre debe ser un carácter alfabético o un guion bajo. Sin embargo, tenga en cuenta que los nombres que comienzan con un guion bajo no son compatibles con la independencia del lenguaje y los componentes independientes del lenguaje (CLS).

Las sugerencias siguientes se aplican a la nomenclatura.

  • Use mayúsculas para empezar cada palabra de las que hay en un nombre, como en FindLastRecord y RedrawMyForm.

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

  • Ponga un sustantivo al inicio de los nombres de clase, estructura, módulo y propiedad, como en EmployeeName o CarAccessory.

  • Al inicio de los nombres de interfaces, ponga un prefijo "I", seguido de un sustantivo o sintagma nominal, como en IComponent, o un adjetivo que describa el comportamiento de la interfaz, como en IPersistable. No use el guion bajo y use las abreviaturas con moderación, ya que estas pueden llevar a confusiones.

  • Ponga un sustantivo que describa el tipo de evento al inicio de los nombres del controlador de eventos, seguido del sufijo "EventHandler", como en "MouseEventHandler".

  • En los nombres de las clases de argumentos de eventos, incluya el sufijo "EventArgs".

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

  • En los términos largos o usados con frecuencia, use abreviaturas para que la longitud de los nombres sea razonable, por ejemplo, "HTML" en vez de "Lenguaje de marcado de hipertexto". En general, los nombres de variables que tengan más de 32 caracteres son difíciles de leer en un monitor que tenga una resolución baja. Además, debe asegurarse 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 llevar a confusiones.

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

Consulte también