Какая разница WebClient или Request + Response?

Question

[Tsiren Naimanov]

Какая разница WebClient или Request + Response?
У API ВК, я писал через веб клиент, все запросы через DownloadString();
Но, у API на гитхабе, написанное куда лучше, с большим функционалом, идёт с Request + Response, с заданными заголовками и так далее...
В чём разница?

Answer 1

[Melz]

Я не совсем понял вопрос, но HttpWebRequest дает контроль за заголовками и тд. Можно довольно сильно напортачить. Если у вас что-то хитрое то он ваш друг.

Есть еще WebClient, это небольшая абстракция над HttpWebRequest для самых популярный действий. Меньше кода.

Ну и на данный момент лучше брать HttpClient из NuGet. Легче тестировать код, можно мокить, async, мультитреды, еще фишки. Но только под .Net 4.5+

Короч зависит от версии фреймворка и платформы.

Comments

[Tsiren Naimanov]

Спасибо :) курим дальше, используя WebClient :)

[Melz]

Tsiren Naimanov: Вообще-то выбора особо нет, это у вас работа с API, все подходит. Ключевое слово WinRT, что бы не выбрали смотрите нужно ли вам работать под ним. Ну и работа с DNS (кэширование запросов) и кукисами. Если будете скачивать нужно отдавать прогресс в ГУИ.
Есть еще RestSharp, но я не уверен в статусе проекта.

Answer 2

[VZVZ]

Сами же и ответили на свой вопрос - "с большим функционалом". Вот и разница.

Идеальным вариантом для создания клиент-серверных приложений, если вы много этим занимаетесь, является создание своей собственной библиотеки для работы с сетью, удобной именно для вас.
И, пожалуй, чем ниже уровнем она будет основана, тем лучше. Надо брать уж никак не ниже HttpWebRequest.
Даже в таком отличном фреймворке, как .NET, очень многое несовершенно. Не нужно забывать, что библиотека .NET мало менялась с начала нашего века. Новое добавлялось, а старое не доарабатывалось. Разумеется, очень многое можно сделать и лучше. Но надо действовать, а не надеяться на MS, который по каким-то причинам не видит смысла совершенствовать .NET и создавать еще более высокоуровневые решения, чем те, которые там есть. Чем быстрее вы начнете в процессе реальной работы создавать свой фреймворк, тем лучше.

Comments

[Tsiren Naimanov]

Спасибо :) Прям, вдохновили :)