Obecny status System.Net.Http vs. Microsoft.Net.Http

Question

Jestem zdezorientowany z opakowaniem HttpClient. Wcześniej był dystrybuowany jako część pakietu NuGet Microsoft.Http.Net, podczas gdy System.Net.Http został uznany za starszą. Wygląda na to, że jest odwrotnie: na wszystkich platformach jest świeży pakiet System.Net.Http, a wersja Microsoft.Net.Http nie była od jakiegoś czasu aktualizowana i według osób z zespołu programistów firmy Microsoft będzie przestarzała.

pytań to:

• możemy zastąpić zależności na Microsoft.Net.Http pakietu Nuget z (najnowszej) System.Net.Http?
• Czy starsza platforma .NET 4.0 nadal powinna używać Microsoft.Net.Http? Co z platformami innymi niż Windows (iOS, Android)? Nowy System.Net.Http obsługuje je, ale pamiętam z Microsoft.Net.Http musiałem zainstalować dodatkowo Microsoft.Bcl.Build i Microsoft.Bcl, aby uzyskać wiele platform do pracy. System.Net.Http nie jest od nich zależny. Czy pakiety Bcl można pominąć?
• System.Net.Http brakuje niektórych metod rozszerzenia HTTP, takich jak SupportsPreAuthenticate, a próba wywołania tych metod powoduje błędy w czasie wykonywania (brakująca metoda). Jak powinniśmy sobie z tym poradzić?

Answer 1

To było przez długi czas i nadal jest mylące. Sam widziałem takie wiadomości, ale od tej chwili wydaje się, że jest to właściwy wybór, przynajmniej dla .NET na platformie Windows i nie ma żadnych zewnętrznych zależności.

Dla .NET Core użyłem Microsoft.Net.Http, chociaż wymaga to Microsoft.BCL. Jeśli nie występują problemy, sugeruję pozostawienie dotychczasowych systemów bez zmian, zwłaszcza, że ​​te przestrzenie wydają się być ruchomymi obiektami docelowymi.

Jeśli to nie jest dla ciebie wystarczająco skomplikowane, HttpClient Sample powiązane z System.Net.Http używa Windows.Web.Http! Ta implementacja dotyczy aplikacji Windows Store.

Być może w przyszłym roku wszystko to znowu się zmieni.