Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Avertissement
UMDF 2 est la dernière version de UMDF et remplace UMDF 1. Tous les nouveaux pilotes UMDF doivent être écrits à l’aide de UMDF 2. Aucune nouvelle fonctionnalité n’est ajoutée à UMDF 1 et il existe une prise en charge limitée de UMDF 1 sur les versions plus récentes de Windows 10. Les pilotes Windows universels doivent utiliser UMDF 2.
Les échantillons UMDF 1 archivés se trouvent dans Windows 11, version 22H2 - Mise à jour des échantillons de pilotes de mai 2022.
Pour plus d’informations, consultez Prise en main de UMDF.
Les objets et interfaces d’infrastructure sont basés sur le modèle objet de composant (COM) pour les raisons suivantes :
COM est familier à de nombreux programmeurs d’applications.
C++ est le langage préféré pour la programmation d’applications COM.
Les interfaces COM permettent un regroupement logique de fonctions, afin que l’interface de pilote de périphérique (DDI) soit facile à comprendre et à naviguer.
L’utilisation de COM permet à la DDI d’étendre et d’évoluer sans nécessiter la recompilation des DLL de pilote existantes.
De nombreux outils, notamment Microsoft Visual Studio et une bibliothèque de modèles actifs (ATL), prennent en charge les applications et objets COM.
Le framework utilise uniquement un petit sous-ensemble de COM ; elle ne dépend pas de l’ensemble de l’infrastructure COM et de la bibliothèque d’exécution. Au lieu de cela, l’infrastructure utilise uniquement les fonctionnalités d’interface de requête et de comptage de référence. Chaque interface de framework dérive d’IUnknown et prend donc en charge les méthodes QueryInterface, AddRef et Release par défaut. Les méthodes AddRef et Release gèrent la durée de vie des objets. La méthode QueryInterface permet à d’autres composants de déterminer les interfaces prises en charge par le pilote.