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 processo de serviço ou serviço que exijade representação e isolamento de sessão.
Comparação de recursos
Característica
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 em execução fora do Internet Explorer solicite/especifique as credenciais para o servidor apenas uma vez. A partir daí, as solicitações são automáticas.
Sim
Não
solicitação de credencial. Fornece uma API que permite que o código de chamada solicite credenciais ao usuário.
Sim
Não
FTP
Sim
Não
de suporte de RAS/Autodial. Essa é uma funcionalidade herdada. Em vez disso, use de 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 a IDNA RFC/Punycode.
Sim
Sim
APIs do cookie jar . Há suporte para cookies persistentes e não persistentes. Qualquer aplicativo ou script pode usá-lo para ver os mesmos cookies que o navegador.
Sim
Não
suporte ao IE do modo protegido
Sim
Não
suporte à descompactação. Suporte para esquema de compactação gzip e deflate.
Sim
Sim
suporte ao upload em partes. O código do cliente deve executar o agrupamento.
Não
Sim
suporte a SOCKS4 (SOCKS versão 4). Não inclui v4a.
Sim
Não
suporte SOCKS5 (SOCKS versão 5)
Não
Não
envio e recebimento bidirecional
Não
Não
de E/S sobreposta
Não
Não
ode suporte ao esquema de arquivos. Útil para scripts proxy com um esquema de arquivos.
Sim
Não
InternetOpenUrl. Código simplificado para abrir uma URL.
Sim
Não
de suporte dos Serviços de. Pode ser executado em um serviço ou em uma conta de serviço.
Não
Sim
isolamento de sessão. Sessões separadas não afetam umas às outras.
Não
Sim
de representação. Dá suporte a ser chamado enquanto o thread representa um usuário diferente.