VBA - Conseils de programmation

Auteur: Michel Berthiaume
Reproduction interdite sans autorisation

Liste d'instructions

Un bon programme:

• Fait toujours ce qui est prévu.
• Ne fait jamais ce qui n'est pas prévu.
• Est facile à utiliser.
• Est facile (peu coûteux) à modifier.

Pour vous aider à atteindre cet idéal, cette page vous offre quelques conseils.

• Si vous enregistrez une macro-commande, utilisez l'aide VBA - Excel (F1) sur chacun des éléments enregistrés. Bonne façon de se familiariser avec le modèle objet Excel.
• La 1ère instruction d'un module doit TOUJOURS être Option Explicit.
• Un code bien présenté a plus de chances de fonctionner:
  • Utilisez les retraits appropriés pour les instructions de test et de boucle
  • Préfixez toujours vos noms de variable pour éviter la confusion avec des mots réservés
  • Documentez: auteur, but de la procédure Sub ou fonction, astuces principales
  • Utilisez des noms de procédure Sub ou fonction qui décrivent ce qu'elles font
• Mettez toutes vos procédures Sub et fonctions dans un même module (nommé avec un nom descriptif)
• Documentez les étapes de vos programmes AVANT de les programmer
• Testez chaque ligne de code immédiatement après l'avoir écrite. Il est bien plus facile de trouver une erreur dans une ligne que 20 erreurs dans 20 lignes.
  Il est bien plus facile de commencer avec un programme qui fonctionne à moitié et ajouter une instruction à la fois que de déboguer un programme qui ne fonctionne pas du tout.
• Attention aux échéances: un programme qui fait la moitié de ce qui est prévu et le fait bien (à temps) est souvent bien plus apprécié qu'un programme qui ne fait rien du tout (mais sera prêt bientôt, promis promis)
• N'utilisez pas de variables de type variant, sauf pour les les paramètres de procédures
  • Validez le type des paramètres de procédures
  • Utilisez de préférence les types Currency, String et Date
  • Évitez les types Integer, Single, Object et Variant, qui peuvent causer des erreurs dans des situations limites
  • Évitez les variables globales; utiliser plutôt des cellules Excel ou des champs de formulaire
• Ne modifiez pas les valeurs des paramètres d'une procédure Sub ou Function
• Ne modifiez pas les objets Excel dans une fonction
• N'utilisez pas SELECT CASE, utilisez plutôt IF…THEN…ELSEIF…THEN…ELSE…END IF
• N'utilisez pas WHILE/WEND, ni SWITCH
• Évitez de sélectionner des cellules inutilement
• Utilisez i, j comme index pour des tableaux VBA, lLigne, lColonne pour des cellules Excel; de type Currency (long à la rigueur), JAMAIS Integer
• Conserver les paramètres et autres valeurs pouvant être modifiées par l’utilisateur dans Excel, pas dans VBA
• Une procédure fonction devrait toujours contenir une routine de gestion d'erreur (On Error)
• Lorsqu'on programme une division TOUJOURS tester que le diviseur est différent de 0

Erreurs fréquentes:

• Oublier d'utiliser Set pour assigner un objet à une variable
• Oublier une référence à une librairie dont on utilise les objets (classes)
• Division par 0
• Type erroné de paramètre

Suite (et fin) : Liste d'instructions