Windows.Web.Http es una API WinRT disponible en todos los lenguajes de programación compatibles con WinRT: C#, VB, C++/CX y JavaScript. Esto habilita la opción de escribir el mismo código en el idioma de su elección.

System.Net.Http es una API de .NET y solo está disponible para desarrolladores de C# y VB.

Ventajas de Windows.Web.Http

• Las API de WinRT están escritas en código nativo, lo que se traduce en un mejor rendimiento.
• Windows.Web.Http está encima de una pila HTTP común de Windows y reutiliza los recursos que ya están en uso por otros componentes de Windows. System.Net.Http es una implementación separada del protocolo HTTP que otros componentes de Windows no usan con frecuencia. Entonces, en algunos casos, ahorra recursos al elegir Windows.Web.Http.
• Windows.Web.Http tiene una mejor integración con los tipos de WinRT, como IInputStream , IOutputStream e IBuffer . Evitar las extensiones .NET que convierten System.IO.Stream en IInputStream o IOutputStream y System.Array en Windows.Storage.Streams.IBuffer puede mejorar el rendimiento y ahorrar recursos en algunos casos.
• Windows.Web.Http tiene nuevas funciones, como la compatibilidad con HTTP/2 .
• Windows.Web.Http está basado en COM y puede ser utilizado por cualquier lenguaje de programación que comprenda COM.

Ventajas de System.Net.Http

• System.Net.Http está disponible desde Windows 8 o .NET 4.5 y Windows.Web.Http solo está disponible desde Windows 8.1 y Windows Phone 8.1.
• Es sencillo migrar el código WinRT mediante System.Net.Http a ASP.NET o Xamarin (Biblioteca de clases portátil)
• Proyectos de Windows 8 y 8.1 o proyectos de escritorio: †
  • Los encabezados y las credenciales de autenticación están aislados por HttpClient ( ejemplo )
  • Contenedor de cookies aislado por HttpClient
  • No almacena en caché las respuestas HTTP, por lo que las solicitudes posteriores nunca provendrán del caché, un problema común con los servidores que no configuran el encabezado Cache-Control correcto ( ejemplo )
  • Funciona con System.Net.NetworkCredential

† Para Proyectos universales de Windows (UWP), System.Net.Http es un contenedor sobre Windows.Web.Http, como se describe aquí .

Lectura adicional: Desmitificación de las API de HttpClient en la plataforma universal de Windows

No hay mucho que encontrar al respecto. Algunas cosas que me vienen a la mente:

• La nueva API no tiene dependencias con algunas funciones de Windows de bajo nivel, como las tiene la API actual.
• La nueva API es más capaz de manejar nuevos métodos relacionados con el protocolo HTTP, como WebSockets, etc.

Se puede encontrar información útil en esta publicación de blog que también hace referencia a este video de compilación . Hablan de un mejor control de caché y una forma de agregar filtros para la autenticación, fácil acceso a las cookies, reconexión, etc.