내용 보기

작성자

관리자 (IP : 172.17.0.1)

날짜

2020-07-10 01:51

제목

[WPF] WPF - UI 업데이트를 바로 반영하고 싶다면?


기존 WinForm과 WPF의 UI 쓰레드 동작 방식이 달라졌습니다. WinForm에서는 기존 Win32 의 Window Proc구조를 단순히 확장한 것이었던 반면, WPF에서는 UI 쓰레드에 대해 WorkItem 방식으로 큐를 대기시켜서 처리하는 Dispatcher가 착 달라붙었습니다.

아직, WPF 의 쓰레드 방식에 대해서 잘 모르시는 분들은 아래의 글을 참조하십시오.

WPF - Threading Model
; http://msdn.microsoft.com/ko-kr/library/ms741870(VS.85).aspx


이와 같이 큐에 쌓여서 처리되는 WorkItem 방식의 구현으로 바뀌면서 눈에 띄게 차이나는 점이 하나 있습니다. 몸소 체험하기 위해 다음의 코드를 한번 볼까요?

우선, WinForm의 경우

using System;
using System.Windows.Forms;
using System.Threading;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void button1_Click(object sender, EventArgs e)
        {
            this.button1.Enabled = false;

            Thread.Sleep(5000);

            this.button1.Enabled = true;
        }
    }
}


실행시킨 후에, button1을 누르면 응용 프로그램 상의 버튼이 금방 회색빛으로 바뀌면서 비활성 상태로 바뀌고 잠시동안 응용 프로그램은 먹통이 된 후 다시 활성 상태로 바뀌게 됩니다.

하지만, 이와 동일한 작업을 WPF에서 해보면,

private void button1_Click(object sender, RoutedEventArgs e)
{
    this.button1.IsEnabled = false;

    Thread.Sleep(5000);

    this.button1.IsEnabled = true;

} 


이상하게도(?), 버튼은 회색으로 전혀 바뀌지 않고 5초 동안 먹통이 된 다음 아무 일도 없었다는 듯이 다시 사용자 반응이 가능해집니다.

아마도 많은 분들이 이 점에 대해서 의아하셨을 텐데요. 이 궁금증은 "WPF - Threading Model" 글을 읽어보시면 금방 풀리게 됩니다.

이유인 즉, IsEnabled = false 로 되었을 때 비활성 상태를 그리는 이벤트가 직접 발생하기 보다는 새로 그려야 한다는 repaint 관련 작업이 큐에 쌓이고 현재의 가장 우선시 되는 사용자 코드가 모두 실행된 다음 여유있는 시간에 Dispatcher의 큐에 쌓여 있는 코드를 처리하기 때문입니다.

즉, 아래와 같은 그림이 되겠지요.

[그림 1: 큐에 쌓인 repaint 작업 항목]
wpf_dispatcher_execution_1.png

자, 그럼 WPF에서도 WinForm과 같이 금방 버튼을 비활성화 상태로 맞추려면 어떻게 해야 할까요?
방법은 간단합니다. Dispatcher 큐에 있는 Repaint 작업 항목을 실행시켜 주면 되는 것입니다. 그러기 위해서 아래와 같은 코드를 중간에 넣어주면 됩니다.


아래와 같이 특정 DispatcherPriority 까지의 실행이 모두 완료된 다음에 실행을 진행할 수 있게 하는 방법이 있습니다. (참고로 "Bea stollnitz" 블로그 내용이 꽤나 읽을 거리가 많습니다.)

internal static void WaitForPriority(DispatcherPriority priority)
{
    DispatcherFrame frame = new DispatcherFrame();
    DispatcherOperation dispatcherOperation = 
        Dispatcher.CurrentDispatcher.BeginInvoke(priority, 
            new DispatcherOperationCallback(ExitFrameOperation), frame);
    Dispatcher.PushFrame(frame);
    if (dispatcherOperation.Status != DispatcherOperationStatus.Completed)
    {
        dispatcherOperation.Abort();
    }
}

private static object ExitFrameOperation(object obj)
{
    ((DispatcherFrame)obj).Continue = false;
    return null;
}

눈에 익지 않은 코드라서 어려워 보이지만 전체적인 동작 방식은 단순합니다. Dispatcher.CurrentDispatcher.BeginInvoke 에 전달된 ExitFrameOperation 콜백 메서드는 (해당 Dispatcher를 소유한)쓰레드의 WorkItem 처리 레벨이 전달된 "priority" 인자로 되었을 때 호출되게 됩니다. 만약 그 때 Continue = false 를 주면 DispatcherFrame을 벗어나고, 그렇지 않으면 지속적으로 쓰레드는 해당 DispatcherFrame 에 머물러 있게 됩니다. (좀더 자세한 이야기는 다음 기회에!)

결국, 사용법도 동일합니다. 예를 들어 아래와 같은 코드가 있을 때,

<Grid>
    <Grid.RowDefinitions>
        <RowDefinition />
        <RowDefinition />
    </Grid.RowDefinitions>
    <Button Click="button1_Click">Button</Button>
    <Label Grid.Row="1" x:Name="lblOutput" ></Label>
</Grid>

private void button1_Click(object sender, RoutedEventArgs e)
{
    this.lblOutput.Content = Guid.NewGuid().ToString();
    Thread.Sleep(5000);
}

보통, 이렇게 실행시키면 5초 동안 Label 컨트롤에는 아무 내용도 출력되지 않은 체로 화면이 먹통이 되어버립니다. 그런데, 다음과 같이 WaitForPriority를 추가하면,

private void button1_Click(object sender, RoutedEventArgs e)
{
    this.lblOutput.Content = Guid.NewGuid().ToString();
    WaitForPriority(DispatcherPriority.Background);
    Thread.Sleep(5000);
}

예상할 수 있는 것처럼 화면에는 새로운 Guid 값이 출력되고 난 후에 Thread.Sleep 으로 진입하게 됩니다.

출처1

http://www.sysnet.pe.kr/Default.aspx?mode=2&sub=0&detail=1&wid=747

출처2

http://www.sysnet.pe.kr/Default.aspx?mode=2&sub=0&detail=1&wid=753 / http://www.sysnet.pe.kr/Default.aspx?mode=2&sub=0&detail=1&wid=785