WPF - 윈도우 이벤트 가로채기
WinForm 프로그래밍을 해봤다면, 아마도 이런 경우
IMessageFilter를 구현한 인스턴스에 대해 AddMessageFilter를 호출하던 것을 생각할 텐데요.
그렇다면 WPF에서는 어떤 방법들이 있을까요?
우선, 쉽게 검색되는 방법으로 다음과 같은 HwndSource.AddHook을 이용하는 것이 있습니다.
private void Window_Loaded(object sender, RoutedEventArgs e)
{
HwndSource source = HwndSource.FromHwnd(new WindowInteropHelper(this).Handle);
source.AddHook(new HwndSourceHook(WndProc));
}
private IntPtr WndProc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
{
return IntPtr.Zero;
}
해보면 알겠지만, 이 방법에는 단점이 있습니다.
- 반응이 한 박자(?) 느리다.
- HwndSource.FromHwnd로 얻어낸 HWND 윈도우에서 발생하는 메시지만 수신된다.
별로 만족스럽지 않지요? ^^ 대신에, MSDN 문서를 뒤져보면 아주 좋은 방법이 하나 더 공개되어 있습니다. 바로 ^^ ComponentDispatcher.ThreadFilterMessage 이벤트입니다.
코드는 다음과 같이 매우 간단합니다.
private void Window_Loaded(object sender, RoutedEventArgs e)
{
ComponentDispatcher.ThreadFilterMessage
+= new ThreadMessageEventHandler(ComponentDispatcher_ThreadFilterMessage);
}
void ComponentDispatcher_ThreadFilterMessage(ref MSG msg, ref bool handled)
{
}
ComponentDispatcher.ThreadFilterMessage 방식은 위에서 언급한 2가지 단점이 없습니다. 말 그대로 프로세스 전역적으로 발생하는 윈도우 메시지를 수신할 수 있습니다. 물론, 프로세스 전역적이라는 말은 다소 무리가 있지요. 하지만 윈도우즈 프로그래밍의 특성상, 해당 UI를 생성한 스레드에 종속되는 것을 감안하면 최초 App/Shell을 생성한 Primary Thread에 대해서 ThreadFilterMessage 이벤트를 걸어두면 거의 모든 요구 사항 수준을 만족할 수 있습니다. 행여나, 별도의 스레드에서 UI를 생성한다면 그 스레드의 Dispatcher에 대해 ThreadFilterMessage를 수신하도록 하면 그만입니다.
첨부한 프로젝트는 위의 내용을 곧바로 확인할 수 있는 코드를 담고 있습니다.
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]