Convenciones de nomenclatura de Visual Basic

Cuando se asigne un nombre a un elemento Visual Basic aplicación, 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 la independencia del lenguaje y los Language-Independent componentes (CLS).

Las siguientes sugerencias 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", seguidos de un sustantivo o una frase de sustantivo, como , o con un adjetivo que describa el comportamiento de la IComponent 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 de controlador de eventos con un sustantivo que describa el tipo de evento seguido del sufijo EventHandler " " , como en " MouseEventHandler ".

  • En los nombres de las clases de argumentos 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 los 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 de más 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 el uso de 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 precedida de la biblioteca de tipos adecuada. Por ejemplo, si tiene una variable denominada , solo puede Date usar la función intrínseca llamando a Date DateTime.Date .

Consulta también