Microsoft MVP성태의 닷넷 이야기
Windows: 235. Win32 - Code Modal과 UI Modal [링크 복사], [링크+제목 복사]
조회: 2535
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 21개 있습니다.)
Windows: 226. Win32 C/C++ - Dialog에서 값을 반환하는 방법
; https://www.sysnet.pe.kr/2/0/13284

Windows: 227. Win32 C/C++ - Dialog Procedure를 재정의하는 방법
; https://www.sysnet.pe.kr/2/0/13285

Windows: 228. Win32 - 리소스에 포함된 대화창 Template의 2진 코드 해석 방법
; https://www.sysnet.pe.kr/2/0/13286

Windows: 229. Win32 - 대화창 템플릿의 2진 리소스를 읽어들여 윈도우를 직접 띄우는 방법
; https://www.sysnet.pe.kr/2/0/13287

Windows: 230. Win32 - 대화창의 DLU 단위를 pixel로 변경하는 방법
; https://www.sysnet.pe.kr/2/0/13288

Windows: 231. Win32 - 대화창 템플릿의 2진 리소스를 읽어들여 자식 윈도우를 생성하는 방법
; https://www.sysnet.pe.kr/2/0/13289

Windows: 232. C/C++ - 일반 창에도 사용 가능한 IsDialogMessage
; https://www.sysnet.pe.kr/2/0/13292

Windows: 233.  Win32 - modeless 대화창을 modal처럼 동작하게 만드는 방법
; https://www.sysnet.pe.kr/2/0/13295

Windows: 234. IsDialogMessage와 협업하는 WM_GETDLGCODE Win32 메시지
; https://www.sysnet.pe.kr/2/0/13296

Windows: 235. Win32 - Code Modal과 UI Modal
; https://www.sysnet.pe.kr/2/0/13297

Windows: 237. Win32 - 모든 메시지 루프를 탈출하는 WM_QUIT 메시지
; https://www.sysnet.pe.kr/2/0/13299

Windows: 238. Win32 - Modal UI 창에 올바른 Owner(HWND)를 설정해야 하는 이유
; https://www.sysnet.pe.kr/2/0/13300

Windows: 242. Win32 - 시간 만료를 갖는 MessageBox 대화창 구현 (쉬운 버전)
; https://www.sysnet.pe.kr/2/0/13305

Windows: 243. Win32 - 윈도우(cbWndExtra) 및 윈도우 클래스(cbClsExtra) 저장소 사용 방법
; https://www.sysnet.pe.kr/2/0/13306

Windows: 244. Win32 - 시간 만료를 갖는 MessageBox 대화창 구현 (개선된 버전)
; https://www.sysnet.pe.kr/2/0/13312

Windows: 245. Win32 - 시간 만료를 갖는 컨텍스트 메뉴와 윈도우 메시지의 영역별 정의
; https://www.sysnet.pe.kr/2/0/13315

Windows: 246. Win32 C/C++ - 직접 띄운 대화창 템플릿을 위한 Modal 메시지 루프 생성
; https://www.sysnet.pe.kr/2/0/13329

Windows: 247. Win32 C/C++ - CS_GLOBALCLASS 설명
; https://www.sysnet.pe.kr/2/0/13330

Windows: 248. Win32 C/C++ - 대화창을 위한 메시지 루프 사용자 정의
; https://www.sysnet.pe.kr/2/0/13332

Windows: 249. Win32 C/C++ - 대화창 템플릿을 런타임에 코딩해서 사용
; https://www.sysnet.pe.kr/2/0/13333

Windows: 250. Win32 C/C++ - Modal 메시지 루프 내에서 SetWindowsHookEx를 이용한 Thread 메시지 처리 방법
; https://www.sysnet.pe.kr/2/0/13334




Win32 - Code Modal과 UI Modal

지난 글에,

Win32 - modeless 대화창을 modal처럼 동작하게 만드는 방법
; https://www.sysnet.pe.kr/2/0/13295

인용한 Modality, part 1: UI-modality vs code-modality 글은 modality라는 동작에 대해 UI-modal과 code-modal로 나누고 있습니다.

우선 code-modal은 우리가 그동안 DialogBox API를 이용해 호출한 modal 대화창의 동작 방식일 텐데요, 좀 더 엄밀히 말하면 메시지 루프를 (중첩시켜) 만들어 블록킹을 시키면 그것을 code-modal이라고 지칭하고 있습니다.

반면 UI-modal은 "Win32 - modeless 대화창을 modal처럼 동작하게 만드는 방법" 글에서 든 예제와 같이 어떤 식으로든 UI가 modal로 동작하는 것을 의미합니다.

그러니까, 지난 예제는 (중첩 메시지 루프의) code-modal을 사용하지 않은 UI-modal을 만든 것인데요, Modality 2번째 글에서는,

Modality, part 2: Code-modality vs UI-modality
; https://devblogs.microsoft.com/oldnewthing/20050221-00/?p=36403

그 반대의 경우로, UI-modal 없이 (중첩 메시지 루프의) code-modal을 사용하는 것도 가능하다고 합니다. 실제로 후자의 경우가 더 흔한 사례라고 하는데요, 가령 스크롤바의 thumb 버튼을 드래그하는 중에, 윈도우의 캡션 바를 잡고 드래그하는 중에, 팝업 메뉴를 표시하는 중에, OLE drag/drop 작업을 개시할 때와 같은 상황에서 (중첩 메시지 루프의) code-modal을 활용합니다.

실제로 MsgWaitForMultipleObjects를 이용한 code-modal을 구현하는 예제를 링크하고 있는데,

One example is given in MSDN, 
; (broken) http://msdn.microsoft.com/library/en-us/dllproc/base/waiting_in_a_message_loop.asp

현재는 없는 자료입니다. ^^ 단지 인터넷에서 "waiting in a message loop"로 소스코드를 구할 수 있는데요,

int MessageLoop ( 
    HANDLE* lphObjects,  // handles that need to be waited on 
    int     cObjects     // number of handles to wait on 
  )
{ 
    // The message loop lasts until we get a WM_QUIT message,
    // upon which we shall return from the function.
    while (TRUE)
    {
        // block-local variable 
        DWORD result ; 
        MSG msg ; 

        // Read all of the messages in this next loop, 
        // removing each message as we read it.
        while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) 
        { 
            // If it is a quit message, exit.
            if (msg.message == WM_QUIT)  
                return 1; 
            // Otherwise, dispatch the message.
            DispatchMessage(&msg); 
        } // End of PeekMessage while loop.

        // Wait for any message sent or posted to this queue 
        // or for one of the passed handles be set to signaled.
        result = MsgWaitForMultipleObjects(cObjects, lphObjects, 
                 FALSE, INFINITE, QS_ALLINPUT); 

        // The result tells us the type of event we have.
        if (result == (WAIT_OBJECT_0 + cObjects))
        {
            // New messages have arrived. 
            // Continue to the top of the always while loop to 
            // dispatch them and resume waiting.
            continue;
        } 
        else 
        { 
            // One of the handles became signaled. 
            DoStuff (result - WAIT_OBJECT_0) ; 
        } // End of else clause.
    } // End of the always while loop. 
} // End of function.

위의 코드를 보면 PeekMessage를 이용해 메시지 큐에 있는 모든 메시지를 소진한 다음 MsgWaitForMultipleObjects를 호출하는 구조로, 이에 대한 이유를 다음의 글에서 자세하게 설명하고 있습니다.

MsgWaitForMultipleObjects and the queue state
; https://devblogs.microsoft.com/oldnewthing/20050217-00/?p=36423

윈도우 메시지가 큐에 있는 경우, MsgWaitForMultipleObjects를 호출하면 신규로 들어오는 메시지에 대해서만 함수가 반환을 한다고 합니다. 따라서 메시지 큐에 처리되지 않은 메시지가 있어도 MsgWaitForMultipleObjects 호출 시 곧바로 반환하지는 않습니다.

MsgWaitForMultipleObjects로 기존 메시지를 처리하는 것도 가능한데, 다음과 같은 코딩이라면 메시지 처리에 문제가 되지는 않습니다.

bool hasMsg = NativeMethods.PeekMessage(out MSG msg2, IntPtr.Zero, 0, 0, PM_NOREMOVE);
if (hasMsg == false)
{
    // ...[이 사이에 메시지가 post된 경우]...
    // ... 아래의 MsgWaitForMultipleObjects는 곧바로 반환
    NativeMethods.MsgWaitForMultipleObjects(cObjects, null, true, -1, QS_ALLPOSTMESSAGE);
}

주의해야 할 점은, 위의 PeekMessage가 true를 반환했다면 그것을 별도로 처리해야 합니다. 왜냐하면 PeekMessage로 확인했다는 것은 그 시점까지 메시지 큐의 내용을 체크했다는 플래그가 설정돼 이후의 MsgWaitForMultipleObjects는 마찬가지로 신규 메시지만을 처리하기 때문입니다. 좀 뭔가 애매하죠?

이후 MsgWaitForMultipleObjectsEx는 MWMO_INPUTAVAILABLE 플래그를 둬서 이런 문제를 해결합니다. 그래서 예전에 만들어 둔 메시지 루프를,

C# - Console 응용 프로그램에서 UI 스레드 구현 방법
; https://www.sysnet.pe.kr/2/0/12139

다음과 같이 변경하는 것도 가능합니다.

while (true)
{
    try
    {
        uint cObjects = (uint)_pHandles.Length;
        uint result = NativeMethods.MsgWaitForMultipleObjectsEx(cObjects, _pHandles, 0xFFFFFFFF, QS_ALLPOSTMESSAGE, MWMO_INPUTAVAILABLE);

        if (result == cObjects)
        {
            NativeMethods.GetMessage(out MSG msg, IntPtr.Zero, 0, 0);
            WindowProc(msg);
            MessageArrived?.Invoke(this, new MessageEventArgs(msg));

            switch (msg.message)
            {
                case (uint)Win32Message.WM_QUIT:
                case (uint)Win32Message.WM_CLOSE:
                    OnClose();
                    return;
            }

            NativeMethods.DispatchMessage(ref msg);
        }
        else
        {
            OnClose();
            return;
        }
    }
    finally
    {
        _ewh_Sync.Set();
    }
}

_pHandles에 대기해야 할 커널 개체가 없다면, 그냥 바로 GetMessage를 호출하도록 바꾸면 됩니다.

참고로, 위의 코드에서 제가 PeekMessage(out MSG msg, IntPtr.Zero, 0, 0, PM_REMOVE); 대신 GetMessage를 사용했는데요, 이게 약간 묘하게 다른 점이 있습니다. 위의 메시지 루프를 동일하게 사용한다고 했을 때, 다음과 같이 사용 코드를 만들면,

using CustomMessageLoop;

class Program
{
    // Install-Package CustomMessageLoop
    static void Main(string[] args)
    {
        using (MessageLoop mml = new MessageLoop())
        {
            ThreadPool.QueueUserWorkItem((arg) =>
            {
                Thread.Sleep(1000);
                mml.PostMessage(Win32Message.WM_TIMER);
                mml.PostMessage(Win32Message.WM_TIMER);

                mml.PostMessage(Win32Message.WM_TIMER);
                mml.PostMessage(Win32Message.WM_TIMER);

                mml.PostMessage(Win32Message.WM_TIMER);
                Thread.Sleep(500);
                mml.PostMessage(Win32Message.WM_CLOSE);
            });

            mml.MessageArrived += Mml_MessageArrived;

            mml.Run();
            mml.WaitForExit();
        }

        Console.WriteLine("Press any key to exit...");
        Console.ReadLine();
    }

    private static void Mml_MessageArrived(object? sender, MessageEventArgs e)
    {
        Console.WriteLine(e.Message.message);
    }
}

분명히 5번의 WM_TIMER를 보냈지만 어쩌다 한 번씩 6번의 Console.WriteLine 출력이 나오게 됩니다. 반면 GetMessage로 처리한 경우에는 그런 현상이 없고.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 3/26/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  13  [14]  15  ...
NoWriterDateCnt.TitleFile(s)
13141정성태10/17/20224691.NET Framework: 2058. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 - 세 번째 이야기파일 다운로드1
13140정성태10/11/20224151C/C++: 159. C/C++ - 리눅스 환경에서 u16string 문자열을 출력하는 방법 [2]
13139정성태10/9/20224134.NET Framework: 2057. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 모든 닷넷 모듈을 추출하는 방법파일 다운로드1
13138정성태10/8/20225286.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용 [1]
13137정성태10/8/20223934.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/20224299.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/20224584.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기
13134정성태10/4/20223425오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/20223854Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/20223735스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/20225536.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/20223487.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/20223705.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/20226412C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import파일 다운로드1
13127정성태9/22/20224785Windows: 210. WSL에 systemd 도입
13126정성태9/15/20225300.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/20225458.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
13124정성태9/13/20225217.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용
13123정성태9/8/20225642.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
13122정성태8/26/20225587.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원
13121정성태8/23/20223765C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법
13120정성태8/19/20224928Windows: 209. Windows NT Service에서 UI를 다루는 방법 [3]
13119정성태8/18/20224716.NET Framework: 2044. .NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법
13118정성태8/18/20223720.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [2]
13117정성태8/17/20225549.NET Framework: 2042. C# 11 - 파일 범위 내에서 유효한 타입 정의 (File-local types)파일 다운로드1
13116정성태8/4/20225906.NET Framework: 2041. C# - Socket.Close 시 Socket.Receive 메서드에서 예외가 발생하는 문제파일 다운로드1
1  2  3  4  5  6  7  8  9  10  11  12  13  [14]  15  ...