Partager via


WinINet vs. WinHTTP

Avec quelques exceptions, WinINet est un super ensemble de WinHTTP. Lorsque vous choisissez entre les deux, vous devez utiliser winINet , sauf si vous envisagez d’exécuter dans un processus de type service ou semblable à un service qui nécessite l’emprunt d’identité et l’isolation de session.

Comparaison des fonctionnalités

Fonctionnalité WinINet WinHTTP
cache d’informations d’identification. Permet à toutes les applications intégrées dans Windows Internet Explorer d’obtenir automatiquement les informations d’identification. Il permet également à une application s’exécutant en dehors d’Internet Explorer d’inviter/de spécifier les informations d’identification du serveur une seule fois. À partir de là, les demandes sont automatiques. Oui non
Invites à la saisie des informations d’identification. Fournit une API qui permet au code appelant d’inviter l’utilisateur à entrer des informations d’identification. Oui non
FTP Oui non
prise en charge automatique/RAS. Il s’agit de fonctionnalités héritées. Utilisez L’accèss à distance à la place. Oui non
Zones. Intégration automatique à des zones de sécurité Internet Explorer. Oui non
prise en charge de l’IDNA. Prise en charge intégrée de l’IDNA RFC/Punycode. Oui Oui
API Cookie Jar. Les cookies persistants et non persistants sont pris en charge. Toute application ou tout script peut l’utiliser pour afficher les mêmes cookies que le navigateur. Oui non
Prise en charge d’Internet Explorer en mode protégé Oui non
Prise en charge de la décompression. Prise en charge du schéma de compression Gzip et Deflate. Oui Oui
Prise en charge du chargement en bloc. Le code client doit effectuer la segmentation. non Oui
Prise en charge de SOCKS4 (SOCKS version 4) . N’inclut pas v4a. Oui non
Prise en charge de SOCKS5 (SOCKS version 5) non non
l’envoi bidirectionnel et la réception non non
E/S superposées non non
Prise en charge du schéma de fichiers. Utile pour les scripts proxy avec un schéma de fichiers. Oui non
InternetOpenUrl. Code simplifié pour ouvrir une URL. Oui non
Prise en charge des services. Peut être exécuté à partir d’un service ou d’un compte de service. non Oui
isolation de session. Les sessions distinctes n’ont pas d’impact les unes sur les autres. non Oui
Emprunt d’identité. Prend en charge l’appel pendant que le thread emprunte l’identité d’un autre utilisateur. non Oui