WPF에서 Dispatcher가 필요한지 아닌지 확인하는 방법

 WPF에서 코딩을 하다 보면 수시로 마주하게 되는 Dispatcher 프로퍼티. System.Windows.Timer를 사용하는 경우, Task를 통해 비동기로 작업을 실행하는 경우 등등 비동기 프로그래밍을 하게 될 경우 UI 스레드에서 실행되어야 하는 메서드 호출을 위해 자주 사용되죠. (예: Close(), TextBlock.Text 수정, ...)

예시 중 UI 엘리먼트의 프로퍼티 수정은 WPF의 강력한 Binding 기능으로 대체하면 되지만, 일정 시간 후 창이 닫히는 기능 등의 구현에는 XAML로 작성하는 것보다 간단하게 System.Windows.Timer를 사용해 Elapsed 이벤트 발생 시 Close를 호출하는 것이 간편합니다.

이런 상황에서, 그냥 Close를 호출하면 크로스 스레드 문제가 발생하므로 Dispatcher를 사용해 UI 스레드에서 작업을 실행하게 되죠.


하지만 상황이 항상 이렇게 딱 정해져 있지는 않죠. 코딩을 하다가 보면 많은 경우를 마주하게 되고, Dispatcher를 호출해야 하는 상황인지 아닌지 확인해야 하는 상황이 생기기도 합니다. 이 때 쓸 수 있는 것이 바로 Dispatcher.CheckAccess 메서드입니다.


private void CloseDialog()
{
    DialogResult = false;

    // check if current context is ui context
    if (Dispatcher.CheckAccess())
        Close();
    else
        Dispatcher.Invoke(Close);
  }


위와 같이 Dispatcher.CheckAccess 메서드를 호출했을 때, 호출한 스레드가 해당 Dispatcher에 연결된 스레드이면 true를, 아니라면 false를 반환합니다. 따라서 true가 반환되었다면 그냥 UI 스레드 작업을 호출하면 되고, 아니라면 Dispatcher.Invoke 또는 Dispatcher.BeginInvoke 등을 사용해 호출하면 됩니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

C# 남아도는 메모리에도 불구하고 OutOfMemoryException이 발생한다면?

이미지
  C# 코딩 중 평소 볼 수 없던 생소한 현상이 발생했습니다. 분명 메모리는 남아도는데(32기가바이트 중 26기가바이트 사용 가능) 프로그램이 돌다가 OutOfMemory 예외를 던지며 죽어버리는 현상이었죠. List 에 수많은 파싱된 데이터를 넣는 작업 중이었습니다.   그래서 메모리 프로파일러를 잘 관찰해보니 2GB의 메모리를 사용하면 무조건 뻗어버리는 현상을 발견했고, 왜 그럴까 생각해보다가 문득 예전 XP에서 4기가 메모리를 달아도 32비트 운영체제의 한계 아닌 한계로 3기가 조금 넘게밖에 인식을 못 했던 것이 생각났습니다. 생각은 자연스럽게 컴파일이 32비트로 됐구나! 쪽으로 넘어갔고 프로젝트 설정에 보니 빌드 항목에 해당되는 체크박스가 있더군요.   현재 메모리가 남아도는데도 OutOfMemory 예외가 뜬다면 100% 저게 체크된 상태일 겁니다. 그림과 같이 체크 해제 하신 후 실행하시면 특별한 경우가 아닌 이상 컴퓨터 메모리가 바닥날 때까지 저 예외를 볼 일 없게 될겁니다.
자세한 내용 보기

MySQL 데이터 타입과 Java 데이터 타입 비교/매칭

  안녕하세요? 혼살입니다. 블로그에 정말 오랜만에 글을 씁니다. 일하고 겜하고 일하고 겜하고 집에 박혀서 매일 똑같은 일상을 보내다 보니 블로그에 글을 오랫동안 안 쓰고 있었네요. 대부분 근황은 유튜브 동영상으로 대체하다 보니 더욱 더 그랬던 것 같습니다.   하지만 이번엔 영상보다 글로 남기는 게 더 유익할 것 같아 간만에 글을 쓰게 되었습니다. 바로 MySQL Data Types & Java Data Types 매칭! 현재 진행중인 외주 작업 중 SET 타입을 Java에선 어떻게 처리하나 찾아보다가 잘 정리된 블로그 글 을 발견해 나중에 손쉽게 찾기 위해 제 블로그에도 씁니다. 위 링크에 들어가시면 테이블로 잘 정리돼 있으니 한 번 들어가 보시는것도 괜찮겠네요. 왼쪽은 MySQL, 오른쪽은 Java의 데이터 타입입니다. BIT <-> Boolean TINYINT <-> Integer BOOL/BOOLEAN (TINYINT(1)) <-> Integer SMALLINT <-> Unsigned 상관없이 Integer MEDIUMINT <-> Integer, Unsinged라면 Long INT <-> Integer, Unsigned라면 Long BIGINT <-> Long, Unsigned라면 java.math.BigInteger FLOAT <-> Float DOUBLE <-> Double DECIMAL <-> java.math.BigDecimal DATE <-> java.sql.Date DATETIME <-> java.sql.Timestamp TIMESTAMP <-> java.sql.Timestamp TIME <-> java.sql.Timestamp YEAR <-> yearsIsDateType이 설정됐다면 java.sql.Date, 아니라면 Short CHA
자세한 내용 보기

테일즈위버 OST 전곡 모음

이미지
  블로그를 옮기면서 카드캡터 사쿠라 OST를 포함해 테일즈위버 OST 역시 까먹고 안 옮겼었네요. 소름... 블로그 조회수의 대부분을 차지하는 두 개를 안 옮겼었다니!   게임보다 OST들으러 들어간다는 테일즈 위버(Tales Weaver)의 모든 OST 모음집입니다. FLAC파일을 재생할 수 있는 플레이어가 필요합니다... 만 요새는 웬만해선 다 재생해주죠. 즐감하세요.
자세한 내용 보기