루프

Question

내가 구조의이 종류 가지고 결국 몇 가지 코드를 최적화하기 위해 노력 foreach는 중첩 된 익명 함수를 번역 :

StaticMethod(propA,() => 
{ 
    StaticMethod(propB,() => 
    { 
     StaticMethod(propC,() => 
     { 
      // Write line in console here to say it's done. 
     }); 
    }); 
}); 

을 그리고 어쩌면 일부 foreach 또는 해당를 단순화 할 수있는 방법이 있어야한다 생각 간단한 for 루프, 다음과 같은 내용 :

foreach (var prop in props) // consider that `props` can be iterated over 
{ 
    // Here I don't know how to chain everything... 
} 

이 작업을 수행 할 수 있습니까? 이 문제를 해결하려면 StaticMethod을 수정해야합니까? 루프만으로는 충분하지 않을 수도 있지만 예제를 1000 개의 중첩 된 함수로 확장하면 반복이 필요합니다.

static void StaticMethod(Prop prop, Action done) 
{ 
    // Some code here 
    someDispatcher.BeginInvoke(() => { 
     // More code here 
     done(); 
    }); 
} 

Answer 1

이 비동기의 콜백 기반 모델과 매우 어려운 문제가 참으로 :

여기 StaticMethod의 개념입니다. StaticMethod을 Task 기반 비동기 모델로 변환하면 이 더 간단 해집니다. StaticMethod이 자신의 메서드 인 경우 Task 기반 모델을 사용하여 다시 작성하는 것이 가장 이상적입니다. 끝나면 Task을 반환하는 대신 콜백을 사용하지 않고 메서드가 아니라면 ' 그것을 변경하면 Task 기반 모델을 사용하는 래퍼를 만들 수 있습니다. 당신은 단순히 TaskCompletionSource 사용하십시오 Task 기반 방법으로 콜백을 기반 방법을 변환하려면 : 우리가 async 방법을 쓸 수 있는지 지금 우리가 가지고

public static Task StaticMethodAsync(object a) 
{ 
    var tcs = new TaskCompletionSource<bool>(); 
    StaticMethod(a,() => tcs.SetResult(true)); 
    return tcs.Task; 
} 

을 그 props을 반복 차례로 각 비동기 메서드를 호출 :

을 아래 볼 수 있듯이, 당신은 할 수있는 콜백 모델을 유지하지만, 동시에 당신이 정말로이 문제를 해결하려면 경우

foreach (var prop in props) 
{ 
    await StaticMethodAsync(prop); 
} 
// Write line in console here to say it's done. 

, 그것은 읽을 훨씬 더 어려워 이해 단계별 실행 :

public static void Foo(object[] props, Action callback) 
{ 
    int i = -1; 
    Action innerCallback = null; 
    innerCallback =() => 
    { 
     i++; 
     if (i < props.Length) 
     { 
      StaticMethod(props[i], innerCallback); 
     } 
     else 
     { 
      callback(); 
     } 
    }; 
    innerCallback(); 
}