이 WPF 코드는 Parallel.For의 이점을 얻을 수 있습니까?

Question

예를 들어, Parallel.For를 사용하여 더 좋은 성능을 보일 수 있도록이 변환 방법이 있는지 궁금합니다.

public FrameworkElement FindIntersectingElement(Rect rectangle, UIElement activeElement) 
{  
    foreach (var child in this.Children) 
    { 
     if (child != activeElement) 
     { 
      if (GetBounds(child as FrameworkElement, this).IntersectsWith(rectangle)) 
      { 
       return child as FrameworkElement; 
      } 
     } 
    } 

    return null; 
} 

public Rect GetBounds(FrameworkElement of, FrameworkElement from) 
{ 
    GeneralTransform transform = null; 

    transform = of.TransformToVisual(from); 

    return transform.TransformBounds(new Rect(0, 0, of.ActualWidth, of.ActualHeight)); 
} 

의견이 있으십니까?

Answer 1

실제로 다음 테스트, 그래서 당신의 자신의 위험 (에 사용하지 않았다 - :.
내가 ActualWidth/높이를 읽는 것은 스레드 안전하다고 믿고있어

public FrameworkElement FindIntersectingElement(Rect rectangle, UIElement activeElement) 
    { 
     FrameworkElement found = null; 

     System.Threading.Tasks.Parallel.ForEach((IEnumerable<UIElement>)MainPanel.Children, 
      (child, loopState) => 
     { 
      if (child != activeElement) 
      { 
       if (GetBounds(child as FrameworkElement, MainPanel).IntersectsWith(rectangle)) 
       { 
        found = child as FrameworkElement; 
        loopState.Stop(); 
       } 
      } 
     }); 
     return found; 
    } 

그리고 제목에 응답 질의 : 어떤 속도 향상과 많은 중첩 요소가있을 때 가치가 있을지도 모릅니다.이 (트리 검색)은 드문 경우이지만 선형 개선보다 나은 결과를 얻을 수있는 드문 경우입니다.