동기 연결에 HttpClient를 사용하는 이유

동기 연결에 HttpClient를 사용하는 이유

---

API와 상호 작용할 클래스 라이브러리를 작성 중입니다. API를 호출하고 XML 응답을 처리해야합니다. HttpClient비동기 연결 에 사용하면 얻을 수있는 이점을 볼 수 있지만 내가하는 일은 순전히 동기이므로를 사용하는 것보다 큰 이점을 볼 수 없습니다 HttpWebRequest.

누군가 빛을 비출 수 있다면 나는 그것을 높이 평가할 것입니다. 나는 그것을 위해 새로운 기술을 사용하는 사람이 아닙니다.

---

하지만 내가하고있는 일은 순전히 동기입니다

HttpClient동기식 요청에는 잘 사용할 수 있습니다 .

using (var client = new HttpClient())
{
    var response = client.GetAsync("http://google.com").Result;

    if (response.IsSuccessStatusCode)
    {
        var responseContent = response.Content; 

        // by calling .Result you are synchronously reading the result
        string responseString = responseContent.ReadAsStringAsync().Result;

        Console.WriteLine(responseString);
    }
}

WebRequest를 통해 HttpClient를 사용해야하는 이유는 HttpClient가 새로운 블록이며 이전 클라이언트보다 개선 된 기능을 포함 할 수 있습니다.

---

Donny V. 답변과 Josh 's를 다시 반복하겠습니다.

"비동기 버전을 사용하지 않는 유일한 이유는 아직 비동기 지원 기능이 내장되어 있지 않은 이전 버전의 .NET을 지원하려고했기 때문입니다."

(그리고 평판이 있다면 공감하십시오.)

HttpWebRequest가 상태 코드> = 400에 대해 예외를 발생시킨 사실에 대해 마지막으로 기억할 수 없었습니다. 이러한 문제를 해결하려면 예외를 즉시 포착하고 예외가 아닌 응답 메커니즘에 매핑해야합니다. 코드에서 ... 지루하고 지루하며 오류가 발생하기 쉽습니다. 데이터베이스와 통신하든, 맞춤형 웹 프록시를 구현하든, 항상 '거의'HTTP 드라이버는 애플리케이션 코드에 리턴 된 내용을 알려주고 동작 방식을 결정하도록하는 것이 바람직합니다.

따라서 HttpClient가 바람직합니다.

---

HttpClient를 사용하는 주된 이유는 URL에 404가 반환 될 때 예외가 발생하지 않기 때문입니다.

---

클래스 라이브러리를 작성하는 경우 라이브러리 사용자가 라이브러리를 비동기 적으로 사용하려고합니다. 이것이 바로 가장 큰 이유라고 생각합니다.

당신은 또한 당신의 라이브러리가 어떻게 사용 될지 모른다. 아마도 사용자는 많은 요청을 처리하고 비동기 적으로 수행하면 더 빠르고 효율적으로 수행하는 데 도움이 될 것입니다.

간단하게 처리 할 수 ​​있으면 라이브러리 사용자가 처리 할 수있을 때 플로우를 비 동기화하려고하는 라이브러리 사용자에게 부담을주지 마십시오.

비동기 버전을 사용하지 않는 유일한 이유는 이미 비동기 지원 기능이 내장되어 있지 않은 이전 버전의 .NET을 지원하려는 경우입니다.

---

제 경우에는 받아 들여진 대답이 효과가 없었습니다. 비동기 작업이없는 MVC 응용 프로그램에서 API를 호출했습니다.

이것이 내가 작동하게하는 방법입니다.

private static readonly TaskFactory _myTaskFactory = new TaskFactory(CancellationToken.None, TaskCreationOptions.None, TaskContinuationOptions.None, TaskScheduler.Default);
public static T RunSync<T>(Func<Task<T>> func)
    {           
        CultureInfo cultureUi = CultureInfo.CurrentUICulture;
        CultureInfo culture = CultureInfo.CurrentCulture;
        return _myTaskFactory.StartNew<Task<T>>(delegate
        {
            Thread.CurrentThread.CurrentCulture = culture;
            Thread.CurrentThread.CurrentUICulture = cultureUi;
            return func();
        }).Unwrap<T>().GetAwaiter().GetResult();
    }

그런 다음 나는 이것을 이렇게 불렀다.

Helper.RunSync(new Func<Task<ReturnTypeGoesHere>>(async () => await AsyncCallGoesHere(myparameter)));

---

public static class AsyncHelper  
{
    private static readonly TaskFactory _taskFactory = new
        TaskFactory(CancellationToken.None,
                    TaskCreationOptions.None,
                    TaskContinuationOptions.None,
                    TaskScheduler.Default);

    public static TResult RunSync<TResult>(Func<Task<TResult>> func)
        => _taskFactory
            .StartNew(func)
            .Unwrap()
            .GetAwaiter()
            .GetResult();

    public static void RunSync(Func<Task> func)
        => _taskFactory
            .StartNew(func)
            .Unwrap()
            .GetAwaiter()
            .GetResult();
}

그때

AsyncHelper.RunSync(() => DoAsyncStuff());

해당 클래스를 사용하면 비동기 메서드를 매개 변수로 전달하면 안전한 방법으로 동기화 메서드에서 비동기 메서드를 호출 할 수 있습니다.

여기에 설명되어 있습니다 : https://cpratt.co/async-tips-tricks/

참고 URL : https://stackoverflow.com/questions/14435520/why-use-httpclient-for-synchronous-connection