작은 배경 정보.
웹 API 스택을 배우고 있으며 Success 및 ErrorCodes와 같은 매개 변수를 사용하여 모든 결과를 "Result"개체 형식으로 캡슐화하려고합니다.
그러나 다른 방법은 다른 결과와 오류 코드를 생성하지만 결과 개체는 일반적으로 동일한 방식으로 인스턴스화됩니다.
시간을 절약하고 C #의 비동기 / 대기 기능에 대해 자세히 알아 보려면 웹 API 작업의 모든 메서드 본문을 비동기 작업 대리자로 래핑하려고하지만 약간의 걸림에 빠졌습니다.
다음과 같은 클래스가 주어집니다.
public class Result
{
public bool Success { get; set; }
public List<int> ErrorCodes{ get; set; }
}
public async Task<Result> GetResultAsync()
{
return await DoSomethingAsync<Result>(result =>
{
// Do something here
result.Success = true;
if (SomethingIsTrue)
{
result.ErrorCodes.Add(404);
result.Success = false;
}
}
}
Result 객체에서 작업을 수행하고 반환하는 메서드를 작성하고 싶습니다. 일반적으로 동기식 방법을 통해
public T DoSomethingAsync<T>(Action<T> resultBody) where T : Result, new()
{
T result = new T();
resultBody(result);
return result;
}
그러나 async / await를 사용 하여이 메소드를 비동기 메소드로 어떻게 변환합니까?
이것이 내가 시도한 것입니다.
public async Task<T> DoSomethingAsync<T>(Action<T, Task> resultBody)
where T: Result, new()
{
// But I don't know what do do from here.
// What do I await?
}
죄송하지만 저는 아직 이것에 익숙하지 않습니다. 전파 만하면된다는 말의 의미는 무엇이며 T와의 새로운 관계는 무엇과 관련이 있습니까?
—
Albin Anke
나는 당신이 나에게 생각할 무언가를 줘서 고마워요.
—
Albin Anke
이 비동기 작업을 왜 시도하고 있습니까? 웹 서버가 아닌 상황에서 작업을 수행하는 것처럼 동기 코드를 랩핑하여 가짜 비동기 작업을 수행 하는 것은 동기식 작업보다 속도 가 느립니다 .
—
Scott Chamberlain
@AlbinAnke "propagate" 는 메소드에서와 같이 .NET 메소드를 호출하는 경우
—
millimoose
Stream.ReadAsync()
해당 메소드 자체는 비동기식이어야하며 리턴 한 Task<T>
위치 T
는 메소드 동기식 이어야합니다 . 아이디어는 이렇게하면 메소드의 모든 호출자가 기본 Stream.ReadAsync()
을 완료하기 위해 "비동기 적으로 기다릴 수 있습니다"(이것에 대한 좋은 용어는 무엇인지 알 수 없음)입니다 . 이것에 대한 은유는 비동기가 "감염성"이며 저수준 내장 I / O에서 결과가 상기 I / O의 결과에 의존하는 다른 코드로 확산된다는 것입니다.
new
호출하는 경우T
왜 메소드가 비동기식이어야합니까? 비동기 API를 사용 하는 코드의 AFAIK에서는 사용async
하는 다른 방법에서 그 기능 을 전파하기 만하면됩니다.