|
Chaque langage de programmation a un certain ensemble de normes qui visent à apporter un niveau de cohérence à la construction d'une application. Ces normes comprennent des éléments tels que la désignation , la capitalisation et l'orthographe des noms de variables , les normes de l'indentation, et les normes de documentation. Même si un programmeur novice peut considérer que ces normes soient un temps déranger, le programmeur expérimenté sait que le temps d' entretien de ces normes augmentation intelligibilité et une diminution . Visual Basic a son propre ensemble de normes de programmation pour aider le programmeur dans la création d'applications solides, maintenables . Programme Documentation générale
Les premières lignes du programme devrait inclure des lignes «Observations» (voir « Remarques Ajout " ) qui identifient le nom du projet , l'auteur du programme, la date de création et une description de l'application. C'est documentation standard pour n'importe quel langage de programmation car il aide le programmeur de maintenance pour identifier l'auteur original, qui peut sauver des heures de recherche .
Naming Variables
Il est très important que vous suiviez une bonne série de conventions de nommage pour les variables de sorte que vous serez en mesure de savoir ce que vous cherchez à quand vous essayez désespérément de déboguer votre programme. Ne pas inclure les signes de ponctuation ou les espaces dans les noms des variables , et n'utilisez pas de mots réservés Visual Basic comme noms de variable ou VB le signale comme un problème. Utilisez Camel boîtier (parfois appelé la casse Pascal ) de nommer vos variables . Il s'agit de la pratique de capitaliser la première lettre de chaque mot nouveau dans un nom de variable . Voici quelques exemples :
BankBalanceDecimal
CheckNumberInteger
TotalDepositsDecimal
remarquerez que le dernier mot dans le nom de variable désigne son type de données . Ce n'est pas obligatoire mais est très utile lorsque vous essayez de trouver un bug de programmation insaisissable. Bien sûr, il ya une flexibilité dans ce domaine, depuis VB ne fait pas respecter vos normes. Si vous décidez que votre niveau comprendra un trait de soulignement entre chaque mot dans un nom de variable puis coller à la norme. Il est important de comprendre que la cohérence dans le suivi des normes de programmation établies est la clé.
Nommer composants du formulaire
Attribution de noms pour former des composants ( ou commandes ) tels que des boutons , des étiquettes et des zones de texte , devrait également suivre une norme . Donner les noms par défaut de "Button1 " et " Label1 " ne devraient jamais être considérés comme une option viable car il fera le débogage d'une corvée frustrante au mieux. Alors que vous pouvez choisir de suivre la même norme d'appellation que les noms des variables qui pourraient être source de confusion pour le choix d'une modification de ce qui serait acceptable et potentiellement utile . Par exemple , en plaçant un trait de soulignement entre chaque mot d'un nom de commande identifie facilement comme un contrôle. Voici quelques exemples de noms de contrôle :
Calculate_Button
Name_TextBox
Blue_Radiobutton
Cette légère différence différencie rapidement un nom de composant à partir d'un nom de variable et peuvent aider réduire la confusion lors de l'entretien , le test et le débogage .
exécutables états
Chaque ligne exécutable doit être sa propre ligne si elle est trop longue pour tenir sur une seule ligne et doit être poursuivie. Dans ce cas, vous devriez mettre en retrait la ligne continue un onglet pour une meilleure lisibilité . Ne pas associer plusieurs instructions exécutables sur une seule ligne . Bien que Visual Basic permet cela en utilisant un deux-points (:) comme séparateur , ce n'est pas une bonne pratique de programmation , depuis la seconde déclaration peut facilement être négligé. Rappelez-vous , la lisibilité et l'intelligibilité est le but, plutôt que de réduire le nombre de lignes de code dans votre programme.
Remarques états
A " Remarque " (ou " Commenter ») déclaration commence par une apostrophe (') et une déclaration de non- exécutable. Chaque procédure doit comporter une déclaration de remarque que la première ligne (ou lignes) expliquant brièvement ce que fait la procédure . Bien que les changements Visual Basic la couleur des remarques au vert , c'est une bonne pratique d'inclure une remarque vide comme la première ligne et une remarque vierge comme la dernière ligne de la section des remarques d'une procédure. Cela augmente la lisibilité et réduit la tâche de séparer le code exécutable à partir de remarques .
|
