VBA pour Excel - Conseils de programmation

		Cliquez ici pour voir les produits
	VBA pour Excel - Conseils de programmation 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.
Accueil Concepts de programmation VBE l'éditeur VBA Déclarations, types, références, expressions et assignations Tests et branchements Les boucles Gestion d'erreur Collections et tableaux Dialogues et formulaires Objets et événements Excel Conseils de programmation Liste d'instructions

Word 2003 Word 2007 Excel Excel PowerPoint 2003 PowerPoint 2007 Access Access 2010 Internet Général Intelligence financière Vidéos

Précédent Suivant Page Principale FAQ Nouveautés Plan du site Références Motivations Manuels de formation Fichiers de démonstration

Par courriel Abonnez-vous à l'infolettre LCI

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.

Abonnez-vous à l'infolettre

Abonnez-vous à l'infolettre du site pour recevoir les dernières nouvelles et aussi des formations à votre courriel. Vous pouvez voir la liste des dernières infolettres ici.

Cliquez ici pour vous abonner à l'infolettre

Ce site est hébergé par 1&1.com