|
Comme vous le savez sans doute, VBA signifie Visual Basic pour
Applications. En revanche, peu de gens font la différence entre Visual
Basic et VBA. Disons plutôt que beaucoup de gens font
l'amalgame, sans trop bien comprendre les points communs et les différences.
En réalité, VBA fait référence au "moteur de langage" implémenté dans
toute la famille des logiciels de la suite Microsoft Office à partir de la version 97, ainsi
que dans Visual Basic à partir de la version 4. Certains logiciels (Excel 5 fût le
premier) ont également reçu ce moteur de langage avant la version 97, mais pas tous. On
parlait alors d'Access Basic jusqu'à la version 2, de Word
Basic jusqu'à la version 7, etc.
Le langage VBA est donc commun à Visual Basic et à tous les logiciels de la suite
Office 97/2000, n'en déplaise à tous ceux qui souhaitent à tout prix démarquer Visual Basic
de la "bureautique" ! Alors que doit doit-on entendre par "Langage
VBA" ? Et bien tous les mots réservés (comme Sub et End
Sub) qui sont affichés en bleu dans la fenêtre de l'éditeur de code, les
structures de contrôles (If, Do Loop, For,
Select, Dim, etc.), ainsi que la bibliothèque des
fonctions prédéfinies (Format, Dir, Fix,
Str, Val, Mid, etc.).
Le différence essentielle entre Visual Basic et Office 97/2000 est la
suivante : Visual Basic permet de créer des applications indépendantes,
librement distribuables. Une application réalisée en VBA sous Excel est en revanche
complètement liée à Excel et ne pourra en aucun cas s'exécuter de manière autonome.
Excel doit donc être installé sur le poste sur lequel il a été prévu de faire
fonctionner cette application. Il en est de même avec tous les autres logiciels de la
suite Office 97/2000.
Remarque : Il existe cependant une version "Run time"
d'Access, nommée "Kit Office Développement Environnement (Kit ODE)",
qui permet de distribuer une application développée sous Access sans avoir à installer
Access sur les postes destinés à faire fonctionner cette application.
En ce qui concerne Excel, la confusion entre Visual Basic et VBA n'a pas été
simplifiée puisqu'une application développée sous Excel s'appelait une
"macro" et non pas une application. Ce terme est toujours employé par
"compatibilité de vocabulaire", mais une macro Excel n'est rien d'autre qu'une
procédure (Sub ou Function).
Finalement, sous Visual Basic, les développeurs ont davantage "le champ
libre" puisqu'ils ne sont pas contraints à travailler avec une application existante
au départ. Sous Office, il est en revanche très important de prendre le temps
nécessaire, afin de se familiariser avec les principaux objets de l'application avec
laquelle on souhaite travailler (comme les objets Workbook (un classeur),
Worksheet (une feuille de calcul) et Range (une plage de
cellules) par exemple, sous Excel).
|
|
 |
 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft
|
|
Introduction au langage VBA
