À quelques exceptions près, 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 de service qui nécessite l’emprunt d’identité et l’isolation de session.
Comparaison des fonctionnalités
Caractéristique
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
'invite d’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 d’accès à distance à la place.
oui
Non
zones . Intégration automatique à des zones de sécurité Internet Explorer.
oui
Non
prise en charge d’IDNA. Prise en charge intégrée de l’IDNA RFC/Punycode.
oui
oui
API Jar cookie. Les cookies persistants et non persistants sont pris en charge. Toute application ou 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
SOCKS4 (CHAUSSETTES version 4) prend en charge. N’inclut pas v4a.
oui
Non
CHAUSSETTES5 (CHAUSSETTES version 5) prise en charge
Non
Non
envoi bidirectionnel et recevoir
Non
Non
d’E/S superposées
Non
Non
schéma de fichiers prend en charge. Utile pour les scripts proxy avec un schéma de fichiers.
oui
Non
InternetOpenUrl. Code simplifié pour ouvrir une URL.
oui
Non
Services prennent en charge. 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.