10 Excelez VBA Ce qu'il faut faire et ne pas faire - les nuls

Vous trouverez ici quelques conseils à prendre en compte lorsque vous commencerez à développer vos propres solutions Excel VBA. Suivre ces directives n'est pas une panacée pour vous éviter les ennuis (de programmation), mais les suivre peut vous aider à éviter les pièges que d'autres ont trébuchés.

Déclarer toutes les variables

Comme c'est pratique: commencez simplement à taper votre code VBA sans avoir à passer par la tâche fastidieuse de déclarer chaque variable que vous voulez utiliser. Bien qu'Excel vous permette d'utiliser des variables non déclarées, cela demande simplement des problèmes.

Le premier commandement de la programmation VBA devrait être ceci:

Vous devez déclarer chaque variable.

Si vous manquez d'autodiscipline, ajoutez une instruction "Option Explicit" en haut de vos modules. De cette façon, votre code ne fonctionnera même pas s'il inclut une ou plusieurs variables non déclarées. Ne pas déclarer toutes les variables n'a qu'un seul avantage: Vous économisez quelques secondes. Mais l'utilisation de variables non déclarées finira par revenir vous hanter.

Ne confondez pas les mots de passe avec la sécurité

Protégez simplement le projet VBA par un mot de passe, et vous êtes en sécurité, n'est-ce pas? Faux.

L'utilisation d'un mot de passe VBA peut empêcher la plupart des utilisateurs occasionnels d'afficher votre code. Mais si quelqu'un veut vraiment le vérifier, il va trouver comment déchiffrer le mot de passe. Ligne de fond? Si vous avez absolument besoin de garder votre code secret, Excel n'est pas le meilleur choix pour une plate-forme de développement.

Nettoyez votre code

Une fois que votre application fonctionne à votre satisfaction, nettoyez-la. Les tâches d'administration de code sont les suivantes:

Assurez-vous que chaque variable est déclarée.

• Assurez-vous que toutes les lignes sont correctement indentées afin que la structure du code soit visible.

• Supprimez les aides au débogage, telles que les instructions MsgBox de Debug. Imprimer les déclarations.

• Renommez toutes les variables mal nommées. Par exemple, si vous utilisez la variable MyVariable, il y a de fortes chances que vous puissiez rendre le nom de la variable plus descriptif. Tu te remercieras plus tard.

• Vos modules ont probablement quelques procédures de «test» que vous avez écrites en essayant de comprendre quelque chose. Ils ont servi leur but, alors supprimez-les.

• Ajoutez des commentaires afin de comprendre comment le code fonctionne lorsque vous le revisitez dans six mois.

• Assurez-vous que tout est orthographié correctement - en particulier le texte dans UserForms et les boîtes de message.

• Vérifiez le code redondant. Si vous avez deux procédures ou plus qui ont des blocs de code identiques, pensez à créer une nouvelle procédure que les autres procédures peuvent appeler.

• Ne pas tout mettre dans une procédure

Vous voulez créer un programme inintelligible? Un moyen efficace d'accomplir cela est de mettre tout votre code dans une bonne grosse procédure. Si vous revenez sur ce programme pour apporter des changements, vous ferez des erreurs et introduisez quelques bugs.

Voyez-vous le problème? La solution est le code modulaire. Divisez votre programme en morceaux plus petits, avec chaque morceau conçu pour effectuer une tâche spécifique. Après avoir pris cette habitude, vous constaterez que l'écriture de code sans bug est plus facile que jamais.

Considérez un autre logiciel

Excel est un programme incroyablement polyvalent, mais il ne convient pas à tout. Lorsque vous êtes prêt à entreprendre un nouveau projet, prenez le temps de considérer toutes vos options. Pour paraphraser un vieux dicton, "Quand tout ce que vous savez est Excel VBA, tout ressemble à une macro VBA. "

Ne supposez pas que tout le monde active les macros

Comme vous le savez, Excel vous permet d'ouvrir un classeur avec ses macros désactivées. En fait, c'est presque comme si les concepteurs des versions récentes d'Excel

voulaient que les utilisateurs désactivent les macros. Activer les macros lorsque vous ouvrez un classeur à partir d'une source inconnue n'est pas une bonne idée, bien sûr. Vous avez donc besoin de connaître vos utilisateurs. Dans certains environnements d'entreprise, toutes les macros Microsoft Office sont désactivées et l'utilisateur n'a aucun choix en la matière.

Une chose à considérer est d'ajouter une signature numérique aux classeurs que vous distribuez aux autres. De cette façon, l'utilisateur peut être assuré que les classeurs viennent réellement de vous et qu'ils n'ont pas été modifiés. Consultez le système d'aide pour plus d'informations sur les signatures numériques.

Prenez l'habitude d'expérimenter

La mise en place d'expériences simples est presque toujours beaucoup plus efficace que l'incorporation d'une nouvelle idée dans votre code existant sans comprendre ce que ces expériences apportent.

Ne supposez pas que votre code fonctionnera avec d'autres versions d'Excel

Actuellement, au moins cinq versions d'Excel sont couramment utilisées dans le monde entier. Lorsque vous créez une application Excel, vous n'avez absolument aucune garantie qu'elle fonctionnera parfaitement dans les anciennes versions ou dans les versions plus récentes. Dans certains cas, les incompatibilités seront évidentes. Mais vous trouverez également que les choses qui devraient fonctionner avec une version antérieure ne fonctionnent pas.

Excel inclut un vérificateur de compatibilité pratique (choisissez Fichier → Info → Rechercher les problèmes → Vérifier la compatibilité), mais il vérifie uniquement le classeur et ignore le code VBA. La seule façon de s'assurer que votre application fonctionne avec des versions autres que celle avec laquelle vous l'avez créée est de la tester dans ces versions.

Ne perdez pas de vue vos utilisateurs

Si vous développez des applications pour d'autres, votre travail est plus difficile car vous ne pouvez pas faire les mêmes suppositions que lorsque vous développez pour vous-même.

Par exemple, vous pouvez être plus laxiste avec la gestion des erreurs si vous êtes le seul utilisateur. Si une erreur survient, vous aurez une bonne idée de l'endroit où vous pouvez le réparer. Si quelqu'un d'autre utilise votre application et que la même erreur apparaît, il n'aura pas de chance.Et lorsque vous travaillez avec votre propre application, vous pouvez généralement vous débrouiller sans instructions.

Vous devez comprendre le niveau de compétence de ceux qui utiliseront vos cahiers d'exercices et essayer d'anticiper les problèmes qu'ils pourraient avoir. Essayez de vous imaginer en tant que nouvel utilisateur de votre application et identifiez tous les domaines susceptibles de provoquer des confusions ou des problèmes.

Ne pas oublier les sauvegardes

Rien n'est plus décourageant qu'un crash de disque dur sans sauvegarde. Si vous travaillez sur un projet important, posez-vous une question simple: «Si mon ordinateur meurt ce soir, qu'aurais-je perdu? "Si votre réponse représente plus de quelques heures de travail, vous devez examiner de près votre procédure de sauvegarde des données. Vous avez une procédure de sauvegarde des données, n'est-ce pas?