introduction
L'interface du programme d'application est : "Le code utilisé par le 'Système d'exploitation' ou la 'bibliothèque' pour les appels d'application." Son objectif principal est de permettre aux développeurs d'applications d'appeler un ensemble de fonctions de routine sans avoir à considérer le code source sous-jacent ou à comprendre les détails de son mécanisme de fonctionnement interne. L'API elle-même est abstraite, elle ne définit qu'une interface et n'implique pas le fonctionnement spécifique de l'application dans le processus de mise en œuvre réel.
Par exemple, un ensemble d'API dans la bibliothèque graphique définit la manière de dessiner le pointeur, qui peut être affiché sur le périphérique de sortie graphique. Lorsque le programme d'application a besoin de la fonction pointeur, il peut être lié à ce groupe d'API au moment de la référence et de la compilation, et l'implémentation (bibliothèque) de cette API sera appelée pour afficher le pointeur au moment de l'exécution.
L'interface du programme d'application est un groupe de milliers de fonctions et de sous-routines extrêmement complexes, permettant aux programmeurs d'effectuer de nombreuses tâches, telles que « lire des fichiers », « afficher des menus » et « dans des fenêtres, afficher des pages Web », et ainsi de suite. L'API du système d'exploitation peut être utilisée pour allouer de la mémoire ou lire des fichiers. De nombreuses applications système sont implémentées via des interfaces API, telles que des systèmes graphiques, des bases de données, des services Web en réseau et même des jeux en ligne.
L'interface du programme d'application a de nombreuses conceptions différentes. Les interfaces utilisées pour une exécution rapide incluent généralement des fonctions, des constantes, des variables et des structures de données. Il existe également d'autres moyens, par exemple via un interpréteur ou en fournissant une couche d'abstraction pour protéger les informations liées à la mise en œuvre de l'API, afin de garantir que le code qui utilise l'API n'a pas besoin d'être modifié pour s'adapter au changement de mise en œuvre.
L'interface du programme d'application fait souvent partie du kit de développement logiciel (SDK).
But
Une implémentation de référence d'une API est l'implémentation créée par le concepteur de l'API, ou celle à laquelle d'autres implémentations de l'API doivent être comparées.
Par exemple, un ensemble d'API dans la bibliothèque graphique définit la manière d'appeler la fonction d'icône de dessin pour afficher l'icône à l'écran. Appelé dans le programme, connecté à ce groupe d'API lors de la compilation, et appelant l'implémentation (bibliothèque) de l'API pour afficher l'icône lors de l'exécution.
L'API du système d'exploitation peut être utilisée pour allouer de la mémoire ou accéder à des fichiers. De nombreux systèmes et applications fournissent des interfaces et des implémentations API, telles que des systèmes graphiques, des bases de données, des réseaux, des services Web et même certains jeux.
Un ensemble d'API fait souvent partie d'un kit de développement logiciel (SDK). Le SDK peut également inclure d'autres outils ou matériels, les deux termes ne sont pas totalement équivalents.
L'API a de nombreuses conceptions différentes. Les interfaces pour une exécution rapide incluent généralement des fonctions, des constantes, des variables et des structures de données. Il existe également d'autres moyens, par exemple via un interpréteur ou en fournissant une couche d'abstraction pour masquer les informations liées à la mise en œuvre de l'API, afin de garantir que le code qui utilise l'API n'a pas besoin d'être modifié pour s'adapter au changement de mise en œuvre.
L'API est une interface de programmation d'applications. C'est un ensemble de fonctions qui peuvent être utilisées pour manipuler des composants, des applications ou des systèmes d'exploitation. En règle générale, l'API se compose d'une ou plusieurs DLL qui fournissent une certaine fonction spéciale.
Une DLL est un fichier qui contient des fonctions qui peuvent être appelées par n'importe quelle application fonctionnant sous Microsoft® Windows®. Au moment de l'exécution, la fonction dans la DLL est liée dynamiquement à l'application qui l'appelle. Quel que soit le nombre d'applications qui appellent une fonction dans la DLL, un seul fichier sur le disque contient la fonction et la DLL est créée uniquement lorsqu'elle est chargée en mémoire.
L'API que vous entendez le plus est probablement l'API Windows, qui comprend les différentes DLL qui composent le système d'exploitation Windows. Chaque application Windows interagit directement ou indirectement avec l'API Windows. L'API Windows garantit que toutes les applications exécutées sous Windows se comportent de la même manière.
Noter
Avec le développement du système d'exploitation Windows, plusieurs versions de l'API Windows ont été publiées. Windows 3.1 utilise l'API Win16. Les plates-formes Microsoft® Windows NT®, Windows 95 et Windows 98 utilisent l'API Microsoft® Win32®.
En plus de l'API Windows, d'autres API ont également été publiées. Par exemple, l'interface de programmation d'applications de messagerie (MAPI) est un ensemble de DLL qui peuvent être utilisées pour écrire des applications de messagerie.
L'API est traditionnellement écrite pour les programmeurs C et C++ qui développent des applications Windows, mais d'autres langages de programmation (dont VBA) peuvent également appeler des fonctions dans des DLL. Étant donné que la plupart des DLL sont principalement écrites et organisées pour les programmeurs C et C++, la méthode d'appel des fonctions DLL est différente de l'appel des fonctions VBA. Lorsque vous utilisez l'API, vous devez comprendre comment passer des paramètres à la fonction DLL.
Avertissement L'appel de l'API Windows et d'autres fonctions DLL peut avoir des effets négatifs sur votre application. Lorsque vous appelez des fonctions DLL directement à partir de votre propre code, vous contournez certains des mécanismes de sécurité généralement fournis par VBA. Si une erreur se produit lors de la définition ou de l'appel d'une fonction DLL (ce qui est inévitable pour tous les programmeurs), cela peut provoquer une erreur d'application dans l'application (également appelée erreur de protection générale, ou GPF). La meilleure solution est d'enregistrer le projet avant d'exécuter le code et de s'assurer de bien comprendre le principe des appels de fonction DLL.