Normas de Visual Basic

Cada lenguaje de programación tiene un conjunto de normas que tienen el propósito de llevar un nivel de coherencia a la construcción de una aplicación. Estas normas incluyen cosas tales como la denominación, las mayúsculas y la ortografía de los nombres de las variables, las normas de sangría, y sobre documentación. Mientras que un programador novato puede considerar que estos estándares para ser un consumidor de tiempo molesta, el programador con experiencia sabe que estas normas aumentan la comprensibilidad y disminuyen el tiempo de mantenimiento. Visual Basic tiene su propio conjunto de estándares de programación para ayudar al programador de aplicaciones en la construcción de sólidos, fáciles de mantener.

Documentación Programa General

Las primeras líneas del programa deben incluir líneas de "Observaciones" (véase "Adición Observaciones") que identifican el nombre del proyecto, el autor del programa, la fecha de creación y una descripción de la aplicación. Esta es la documentación estándar para cualquier lenguaje de programación, ya que ayuda al programador de mantenimiento en la identificación del autor original, que puede ahorrar horas de tiempo de investigación.

denominar las variables

Es muy importante que siga un buen conjunto de los convenios de denominación de variables, de modo que usted será capaz de saber lo que está viendo cuando se está tratando desesperadamente de depurar el programa. No incluya puntuacion o espacios en los nombres de variables, y no utilice Visual Basic palabras reservadas como nombres de variables o VB marcará como un problema. Utilice Camel Casing (a veces llamado Pascal Casing) para nombrar las variables. Esto se refiere a la práctica de la mayúscula la primera letra de cada palabra nueva en un nombre de variable. Aquí hay varios ejemplos:

BankBalanceDecimal

CheckNumberInteger

TotalDepositsDecimal

Observe que la última palabra en el nombre de la variable denota su tipo de datos. Esto no es necesario, pero es muy útil cuando se trata de encontrar un error de programación difícil de alcanzar. Por supuesto, hay flexibilidad en esto, ya que VB no hace cumplir sus normas. Si usted decide que su norma incluirá un guión entre cada palabra en un nombre de variable continuación, se adhieren a la norma. Es importante entender que la consistencia en el seguimiento de los estándares de programación establecidos es la clave.

Nombrar componentes forman

La asignación de nombres para formar componentes (o controles) como botones, etiquetas y cuadros de texto, también debe seguir un estándar. Dejando los nombres predeterminados de "Button1" y "Label1" nunca debe ser considerado una opción viable ya que hará que la depuración de una tarea frustrante en el mejor. Mientras que usted puede optar por seguir el mismo estándar de nomenclatura como sus nombres de variables que podrían ser confuso así que elegir una modificación de esto sería aceptable y potencialmente útil. Por ejemplo, colocar un guión entre cada palabra en un nombre de control fácilmente lo identifica como un control. Aquí hay varios ejemplos de nombres de control:

Calculate_Button

Name_TextBox

Blue_Radiobutton

Esta pequeña diferencia se diferencia rápidamente un nombre de componente de un nombre de variable y puede ayudar a reducir la confusión cuando el mantenimiento, las pruebas y la depuración.

Las declaraciones ejecutables

Cada línea ejecutable debe ser su propia línea a menos que sea demasiado largo para caber en una sola línea y tiene que ser continuo. En este caso se debe aplicar sangría a la línea de una pestaña continua para mejorar la legibilidad. No combinar varias instrucciones ejecutables en una línea. Aunque Visual Basic permite que esta usando dos puntos (:) como separador, no es una buena práctica de programación, ya que la segunda declaración fácilmente puede ser pasado por alto. Recuerde, la legibilidad y comprensibilidad es el objetivo, en lugar de minimizar el número de líneas de código en su programa.

Observaciones declaraciones

Un "Observación" (o "comentario") declaración comienza con un apóstrofo ( ') y es una sentencia no ejecutable. Cada procedimiento debe contener una declaración de la observación como la primera línea (o líneas) explicar brevemente lo que hace el procedimiento. Aunque Visual Basic cambia el color de las palabras a verde, es una buena práctica incluir una observación en blanco como la primera línea y una observación en blanco como la última línea de la sección de observaciones de un procedimiento. Esto aumenta la legibilidad y reduce la tarea de separar el código ejecutable a partir de observaciones.