Com algumas exceções, WinINet é um superconjunto de WinHTTP. Ao escolher entre os dois, você deve usar o WinINet a menos que planeje executar dentro de um serviço ou processo semelhante a um serviço que exija representação e isolamento de sessão.
Comparação de funcionalidades
Funcionalidade
WinINet
WinHTTP
cache de credenciais. Permite que todos os aplicativos internos no Windows Internet Explorer obtenham credenciais automaticamente. Ele também permite que um aplicativo executado fora do Internet Explorer solicite/especifique as credenciais para o servidor apenas uma vez. A partir daí os pedidos são automáticos.
Sim
Não
Solicitação de credenciais. Fornece uma API que permite que o código de chamada solicite credenciais ao usuário.
Sim
Não
FTP
Sim
Não
Suporte Autodial/RAS. Esta é uma funcionalidade herdada. Em vez disso, use Acesso Remoto.
Sim
Não
Zonas. Integração automática com zonas de segurança do Internet Explorer.
Sim
Não
suporte IDNA. Suporte integrado para o RFC/Punycode da IDNA.
Sim
Sim
APIs do Cookie Jar. São suportados cookies persistentes e não persistentes. Qualquer aplicativo ou script pode usar isso para ver os mesmos cookies que o navegador.
Sim
Não
de suporte do IE em modo protegido
Sim
Não
Suporte de descompressão. Suporte para gzip e esquema de compressão de deflação.
Sim
Sim
Suporte de upload Chunked. O código do cliente deve executar a fragmentação.
Não
Sim
Suporte a SOCKS4 (SOCKS versão 4). Não inclui v4a.
Sim
Não
SOCKS5 (SOCKS versão 5) suporte
Não
Não
Bidirecional enviar e receber
Não
Não
de E/S sobrepostas
Não
Não
Suporte ao esquema de arquivo. Útil para scripts proxy com um esquema de arquivos.
Sim
Não
InternetOpenUrl. Código simplificado para abrir um URL.
Sim
Não
Serviços de suporte. Pode ser executado a partir de um serviço ou de uma conta de serviço.
Não
Sim
Isolamento de sessão. Sessões separadas não afetam umas às outras.
Não
Sim
Falsificação de identidade. Suporta ser chamado enquanto o thread está se passando por um usuário diferente.