Здравствуйте, Somescout, Вы писали:
S>Я не претендую на профессиональное знание NetFramework, но вроде всегда и везде статичные поля использовались для хранения разделяемого состояния. У вас все эти поля используются для одиночного запроса и на первый (и второй) взгляд делать их статичными нет никакого смысла.
Мне казалось, что делать в классе что-то не статик требуется для того, чтобы разные объекты этого класса могли использовать разные значения. А если этого не требуется, то предпочтений выбора статик или не статик не знаю. Интересно, почему не статик в таком случае является предпочтительным?
Что касается http/2. Сделал запрос https://2ip.ru/ Как и писал KRT в первом случае запрос идет не через прокси. А если указать WindowsProxyUsePolicy=WindowsProxyUsePolicy.UseCustomProxy то 2ip.ru возвращает адрес прокси.
Теперь бы разобраться, что лучше указывать: WindowsProxyUsePolicy=WindowsProxyUsePolicy.UseCustomProxy или UseWinHttpProxy или UseWinInetProxy

Здравствуйте, Somescout, Вы писали:
S>Я не претендую на профессиональное знание NetFramework, но вроде всегда и везде статичные поля использовались для хранения разделяемого состояния. У вас все эти поля используются для одиночного запроса и на первый (и второй) взгляд делать их статичными нет никакого смысла.
Мне казалось, что делать в классе что-то не статик требуется для того, чтобы разные объекты этого класса могли использовать разные значения. А если этого не требуется, то предпочтений выбора статик или не статик не знаю. Интересно, почему не статик в таком случае является предпочтительным?
Что касается http/2. Сделал запрос https://2ip.ru/ Как и писал KRT в первом случае запрос идет не через прокси. А если правильная инициализация (когда была ошибка) и указать WindowsProxyUsePolicy=WindowsProxyUsePolicy.UseCustomProxy то 2ip.ru возвращает адрес прокси.
Теперь бы разобраться, что лучше указывать: WindowsProxyUsePolicy=WindowsProxyUsePolicy.UseCustomProxy или UseWinHttpProxy или UseWinInetProxy