[c#] ASP.NET Web API에서 효과적으로 async / await 사용

API의 성능에 어떤 차이가 있는지 잘 모르겠습니다.

서버 측에서 비동기 코드의 주요 이점은 확장 성 입니다. 마술처럼 요청이 더 빠르게 실행되지는 않습니다. ASP.NET 에 대한async 내 기사에서async 몇 가지 “사용해야 하는가 “고려 사항을 다룹니다 .

사용 사례 (다른 API 호출)가 비동기 코드에 적합하다고 생각합니다. “비동기”가 “더 빠름”을 의미하지는 않는다는 점을 명심하십시오. 가장 좋은 방법은 먼저 UI를 반응 형 및 비동기식으로 만드는 것입니다 . 이렇게하면 앱 이 약간 느려도 더 빠르게 느껴 집니다.

코드가 진행되는 한 이것은 비동기가 아닙니다.

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountries()
{
  var response = _service.Process<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries");
  return Task.FromResult(response);
}

다음과 같은 확장 성 이점을 얻으려면 진정한 비동기 구현이 필요합니다 async.

public async Task<BackOfficeResponse<List<Country>>> ReturnAllCountriesAsync()
{
  return await _service.ProcessAsync<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries");
}

또는 (이 메서드의 논리가 실제로 통과 일 경우) :

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountriesAsync()
{
  return _service.ProcessAsync<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries");
}

이와 같이 “외부”보다 “내부”에서 작업하는 것이 더 쉽습니다. 즉, 비동기 컨트롤러 작업으로 시작하지 말고 다운 스트림 메서드를 비동기로 강제 설정하십시오. 대신 자연스러운 비동기 작업 (외부 API 호출, 데이터베이스 쿼리 등)을 식별하고 가장 낮은 수준에서 먼저 비동기 작업을 만듭니다 ( Service.ProcessAsync). 그런 다음 async마지막 단계로 컨트롤러 작업을 비동기식으로 만들어서 조금씩 흐르게하십시오.

Task.Run이 시나리오 에서는 어떤 상황에서도 사용해서는 안됩니다 .

답변

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountries()
{
    using (db = myDBContext.Get()) {
      var list = await db.Countries.Where(condition).ToListAsync();

       return list;
    }
}

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountries()
{
    return Task.Run(() =>
    {
        return _service.Process<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries");
    }
}