INFO: Diretrizes para usar WinHttp, APIs de código gerenciado (System.NET classes) ou WinInet

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 821876
Sumário
Este artigo descreve as diferenças entre Windows HTTP Services (WinHTTP), código APIs (classes de namespace System.NET ), gerenciado e API de Internet do Windows (WinINet). (Com o lançamento de fevereiro de 2003 Software Developer Kit SDK, a ferramenta anteriormente abreviado WinInet agora é chamado WinINet .) Essas informações são projetadas para ajudar você selecione a tecnologia correta a ser usada quando seu aplicativo requer recursos de Internet ou intranet. Este artigo não aborda ferramentas de nível superiores, como o SOAP Toolkit, objetos do Microsoft XML Core Services (MSXML), proxies de serviços da Web no código gerenciado ou classes de servidor ATL (Active Template Library) do lado do cliente como CAtlHttpClientT e CSoapSocketClientT . Quando você deve ter mais controle de fornecem APIs nesta seção "Resumo", você pode usar APIs do soquete.
Mais Informações
  • Componentes afetados devem usar WinHTTP. WinHTTP há suporte para o contexto de um serviço de sistema. Outra solução é usar System.NET classes ou soquetes diretamente. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    238425WinInet não suportados para uso nos serviços
  • Se seu for um novo não gerenciado Microsoft Win32-based projeto em Microsoft C ou em Microsoft C++, use WinHTTP ou System.NET classes se a funcionalidade que você deve ter estiver disponível por meio de WinHTTP ou por meio System.NET classes (consulte a tabela a seguir). Se você chamar APIs de código gerenciado a partir de código não gerenciado, você pode usar as APIs de código gerenciado sem reconfiguração-los. Se seu aplicativo é um aplicativo do Microsoft Visual Basic 6.0, use o objeto WinHttpRequest COM.
  • Para aplicativos de código gerenciado, use a pilha de http código gerenciado ( System.NET.WebRequest classes) se a funcionalidade está disponível. Observação: Outro HTTP protocolo gerenciado classes são HttpWebRequest\HttpWebResponse e WebClient . Para obter informações adicionais sobre como usar as classes, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    303436EXEMPLO: Cliente de Internet HTTP translation from VPE for Csharp Visual .NET classes de rede
A tabela a seguir mostra os sistemas operacionais que ofereça suporte ao Microsoft, e soluções Microsoft pode oferecer suporte no futuro e que a Microsoft não oferece suporte.
FuncionalidadeClasses System.NET (gerenciado)APIs de WinINetWinHTTP 5.1 (Win32 e COM APIs)
HTTP (cliente) Sim.Sim.Sim.
cache Não. A Microsoft pode adicionar esse recurso nas versões futuras.Sim.Não.
autenticação (Basic, Digest, Negotiate, NTLM) Sim.Sim.Sim.
discagem automática Não. Usar APIs de acesso remota.Sim.Não. Usar APIs de acesso remota.
cookies Não. Cookies de sessão somente.Sim.Não. Cookies de sessão somente.
FTP Não. Você pode implementar seu próprio manipulador de protocolo para FTP. A Microsoft pode adicionar FTP em versões futuras.Sim.Não.
P3P Não.Sim.Não.
proxy: inclui dinâmico proxy WPAD (Web Proxy Auto-Discovery) Não. Somente proxy estático (Microsoft pode adicionar proxy dinâmico para versões futuras).Sim.Sim.
SSL Sim.Sim.Sim.
Gopher Não.Sim.Não.
Serviços de suporte Sim.Não.Sim.
novos recursos Sim. A Microsoft pode adicionar novos recursos.Não. Microsoft não planeja adicionar novos recursos.Sim. Microsoft pode adicionar novos recursos de HTTP específicas.
sistemas operacionais com suporte Microsoft Windows 98, Microsoft Windows Millennium Edition (Windows Me), Microsoft Windows NT Server 4.0, sistema operacional do Microsoft Windows 2000 e Windows 2000 service packs, sistema operacional Microsoft Windows XP e Windows XP service packs, Microsoft Windows Server 2003 e versões futuras.Windows 9 x , Windows Me, Windows NT Server 4.0, sistema operacional Windows 2000 e Windows 2000 service packs, sistema operacional Windows XP e Windows XP serviço packs, Windows Server 2003 e versões futuras.Windows 2000 com Service Pack 3 e posterior, Windows XP com Service Pack 1 e posterior, Windows Server 2003 e versões futuras.
Referências
Para obter mais informações sobre o WinHTTP, visite o seguinte site da Microsoft Developer Network:Para obter informações adicionais sobre WinINet, visite o seguinte site da Microsoft Developer Network:Para obter informações adicionais sobre classes disponíveis no Microsoft .NET Framework para acessar a Internet, visite o seguinte site da Microsoft Developer:Para obter informações adicionais sobre APIs do Windows Sockets, visite o seguinte site da Microsoft Developer:

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 821876 - Última Revisão: 08/28/2007 06:26:02 - Revisão: 4.5

Microsoft .NET Framework 1.0, Microsoft .NET Framework 1.1, Microsoft Windows HTTP Services 5.0, Microsoft Windows HTTP Services 5.1, Microsoft Windows Internet Services (WinInet)

  • kbmt kbwinsock kbhttp kbapi kbweb kbinfo KB821876 KbMtpt
Comentários