WINAPI est une macro qui représente la convention d'appel utilisée par les APIs de Windows. Actuellement, c'est la convention d'appel standard (__stdcall) qui est utilisée (à ne pas confondre avec la convention d'appel "par défaut" utilisée en C (__cdecl)).

Une fonction callback est une fonction définie par l'application et qui sera automatiquement appelée par le système quand certains événements se produisent. Une callback n'est jamais appelée par l'application elle-même.

CALLBACK est une macro qui représente la convention d'appel que doivent utiliser les fonctions callback. Actuellement, c'est la convention d'appel standard (__stdcall) qui est utilisée (à ne pas confondre avec la convention d'appel "par défaut" utilisée en C (__cdecl)).

ANSI est un jeu de caractères qui utilise 8 bits pour coder un caractère (à ne pas confondre avec l'ANSI - American National Standards Institute - bien que ce code tire son nom de cet organisme). C'est une extension Microsoft au code ASCII qui n'utilise que 7 bits par caractère. Dans l'environnement graphique de Windows, les caractères sont codés en utilisant le code ANSI.

Unicode est une norme qui attribue un code (un index) unique au monde à n'importe quel caractère (latin, hébreu, arabe, grec, symbole mathématique, etc.) en utilisant 16 bits par caractère. Il existe cependant plusieurs encodages Unicode (un encodage Unicode est un système d'encodage dans lequel chaque caractère est représenté par un code qui correspond d'une manière dépendante de ce système au code de ce même caractère dans la table des caractères Unicode). Le jeu de caractères complet de Windows (utilisé en interne) est constitué de caractères Unicode. Il y a donc toujours une conversion ANSI vers Unicode ou Unicode vers ANSI chaque fois que l'on fournit ou l'on demande une chaîne ANSI à Windows, la conversion de Unicode vers ANSI n'étant pas systématiquement sans perte. Les applications sont également capables de passer ou de lire une chaîne Unicode à Windows, en utilisant des fonctions spécifiques.

CHAR (char) représente un caractère ANSI (8 bits) et WCHAR (wchar_t) un caractère Unicode (16 bits).

La macro UNICODE permet de contrôler la compilation des fichiers sources utilisant les fonctions de l'API Windows. Par exemple, quand UNICODE est définie :

La macro _UNICODE joue le même rôle que la macro UNICODE mais pour les "fonctions" de tchar.h (qui est un fichier de la bibliothèque d'exécution du C et non un fichier de l'API Windows). Par exemple, quand _UNICODE est définie :

Ces macros servant donc à contrôler les versions des fonctions à utiliser, il est déconseillé de définir l'une sans l'autre. A noter que sous Visual Studio 2005 et plus récents, ces macros sont par défaut définies pour tout nouveau projet.

Les pages de code sont une notion datant au moins de MS-DOS. À cet époque-là, on n'avait que huit bits pour représenter les caractères, mais bien plus de 255 en tout. On ne pouvait donc en supporter que 255 à la fois, il fallait donc choisir. Ces choix furent regroupés dans divers "character sets" (ou charsets), et sous les environnement Microsoft, ces ensembles de caractères sont répertoriés dans les Pages de Codes numérotées. Sous un Windows moderne, ces pages de code sont toujours utilisées lors de la traduction d'une chaîne de caractères dite "ANSI" vers une chaîne de caractères Unicode. Parmi les pages de code les plus connues figurent:

Windows ne garde pas en mémoire une, mais deux "pages de code courantes" : une utilisée dans la console, une pour les applications graphiques.

Cette différence se voit généralement quand on tente "naïvement" d'afficher des caractères accentués dans une application console : Visual Studio utilise la page de code ANSI courante, donc les caractères tapés dans le fichier source suivent cette page de code. Sur la console, ils sont affichés avec la page de code OEM, d'où incompatibilité.

Un handle est un numéro qui permet d'identifier un objet sous Windows, un pointeur est une variable qui contient une adresse. Un handle n'est donc pas un pointeur. Il n'est pas cependant exclus que dans certains cas, un handle représente effectivement une adresse. Un HINSTANCE par exemple représente l'adresse de base du processus.

En fait, un handle (HANDLE, HISNTANCE, HWND, HICON, etc.) est défini par Windows à l'aide d'un type pointeur, void * par exemple. Cela permet de mieux spécialiser les types au besoin mais ne signifie en aucun cas que handles et pointeurs sont les mêmes.

Un handle global est un handle utilisable par tous les processus. Par exemple, lorsqu'une application crée une fenêtre, Windows assigne un handle à cette fenêtre. Ce handle peut être utilisé par toutes les applications pour manipuler cette fenêtre. Un handle de fenêtre est donc global. A l'opposé, quand une application ouvre un fichier par exemple, Windows assigne également un handle à ce fichier mais ce handle n'a de sens que pour l'application qui a ouvert le fichier. Ce handle n'est donc pas global, il est spécifique du processus. En général, les handles globaux sont ceux qui servent à identifier un objet de l'interface utilisateur (comme une fenêtre par exemple) et les handles locaux (appartenant seulement au processus ayant créé l'objet) ceux qui servent à identifier un objet du noyau (fichiers, sockets, processus, threads, etc.).