전회는ATL에 의해 제공되는 메세지 매크로에 대해 설명했습니다만 WTL도 메세지 매크로를 준비하고 있어 atlcrack.h 헤더로 정의되고 있습니다.

ATL3.0그리고WTL의 메세지 매크로를 사용하려면 , 메세지 맵을 BEGIN_MSG_MAP로부터 BEGIN_MSG_MAP_EX로 변경할 필요가 있습니다.

ATL7.0/7.1그리고WTL의 메세지 매크로를 사용하는 경우는 CWindowImpl/CDialogImpl클래스의 상속 클래스에서는BEGIN_MSG_MAP인 채 로 좋습니다만 CWindowImpl/CDialogImpl클래스의 상속 클래스가 아닌 경우는 BEGIN_MSG_MAP_EX으로 변경할 필요가 있습니다.

class CMyWindow : public CWindowImpl<CMyWindow>

{

// WTL의 메세지 맵

BEGIN_MSG_MAP_EX(CMyWindow)

MSG_WM_PAINT(OnPaint)

MSG_WM_DESTROY(OnDestroy)

END_MSG_MAP()

void OnPaint(HDC /*hDC*/){

// WM_PAINT메세지에의 응답 처리

}

void OnDestroy(){

// WM_DESTROY메세지에의 응답 처리

}

};

이와 같이WTL에는 각 메세지 전용의 메세지 매크로가 있어 메세지 핸들러 함수에는 불필요한 인수가 없습니다.

　WTL에는 ,ATL이 준비하는 메세지 핸들러 매크로 커멘드 핸들러 매크로 통지 핸들러 매크로의 확장판이 준비되어 있습니다.

	메세지 핸들러 매크로
메세지 핸들러 매크로는 모든 메세지를 대상으로 합니다. 메세지 핸들러 매크로에는 다음의 2개가 있습니다. MESSAGE_HANDLER_EX(메세지명, 핸들러명) 지정된 메세지를 핸들러 함수에 맵 합니다. MESSAGE_RANGE_HANDLER_EX(개시 위치의 메세지명, 종료 위치의 메세지명, 핸들러명) 연속한 범위의 복수의 메세지를 핸들러에 맵 합니다. 메세지 핸들러 함수의 prototype를 이하에 나타냅니다. LRESULT MessageHandler(UINT uMsg, WPARAM wParam, LPARAM lParam); uMsg는 메세지를 식별해 wParam과 lParam는 메세지 파라미터입니다. 메세지 파라미터의 내용은 메세지의 종류에 의해 바뀝니다.

커멘드 핸들러 매크로

커멘드 핸들러 매크로는 커멘드 메세지(WM_COMMAND) 를 대상으로 합니다. 커멘드 핸들러 매크로에는 다음의 5개가 있습니다. COMMAND_HANDLER_EX(ID, 통지 코드, 핸들러명) 지정된 컨트롤로부터의 지정된 통지 코드를 가지는 커멘드 메세지를 핸들러 함수에 맵 합니다. COMMAND_ID_HANDLER_EX(ID, 핸들러명) 지정된 컨트롤로부터의 임의의 통지 코드를 가지는 커멘드 메세지를 핸들러 함수에 맵 합니다. COMMAND_CODE_HANDLER_EX(통지 코드, 핸들러명) 임의의 컨트롤로부터의 지정된 통지 코드를 가지는 커멘드 메세지를 핸들러 함수에 맵 합니다. COMMAND_RANGE_HANDLER_EX(개시 위치의 메세지명, 종료 위치의 메세지명, 핸들러명) 연속한 범위의 컨트롤로부터의 커멘드 메세지를 핸들러 함수에 맵 합니다. COMMAND_RANGE_CODE_HANDLER_EX(개시 위치의 메세지명, 종료 위치의 메세지명, 통지 코드, 핸들러명) 연속한 범위의 컨트롤로부터의 지정된 통지 코드를 가지는 커멘드 메세지를 핸들러 함수에 맵 합니다. 커멘드 핸들러 함수의 prototype를 이하에 나타냅니다. void CommandHandler(UINT uNotifyCode, int nID, HWND hWndCtl); uNotifyCode는 통지 코드 nID는 커멘드를 송신하고 있는 컨트롤의 식별자 hWndCtl는 커멘드를 송신하고 있는 컨트롤의 핸들입니다.

통지 핸들러 매크로

통지 핸들러 매크로는 통지 메세지(WM_NOTIFY) 를 대상으로 합니다. 통지 핸들러 매크로에는 다음의 5개가 있습니다. NOTIFY_HANDLER_EX(ID, 통지 코드, 핸들러명) 지정된 컨트롤로부터의 지정된 통지 코드를 가지는 통지 메세지를 핸들러 함수에 맵 합니다. NOTIFY_ID_HANDLER_EX(ID, 핸들러명) 지정된 컨트롤로부터의 임의의 통지 코드를 가지는 통지 메세지를 핸들러 함수에 맵 합니다. NOTIFY_CODE_HANDLER_EX(통지 코드, 핸들러명) 임의의 컨트롤로부터의 지정된 통지 코드를 가지는 통지 메세지를 핸들러 함수에 맵 합니다. NOTIFY_RANGE_HANDLER_EX(개시 위치의 메세지명, 종료 위치의 메세지명, 핸들러명) 연속한 범위의 컨트롤로부터의 통지 메세지를 핸들러 함수에 맵 합니다. NOTIFY_RANGE_CODE_HANDLER_EX(개시 위치의 메세지명, 종료 위치의 메세지명, 통지 코드, 핸들러명) 연속한 범위의 컨트롤로부터의 지정된 통지 코드를 가지는 통지 메세지를 핸들러 함수에 맵 합니다. 통지 핸들러 함수의 prototype를 이하에 나타냅니다. LRESULT NotifyHandler(LPNMHDR pnmh); pnmh는NMHDR구조체에의 포인터입니다.

메세지 처리의 종료 통지

그런데 ,ATL의 메세지 매크로를 사용하고 있는 경우는 핸들러 함수의 prototype에 처리를 끝냈는지 어떠했는지를 통지하는 플래그가 있었습니다. 다음에 나타내는 것은ATL판 메세지 핸들러 함수의 prototype입니다. // bHandled하지만 처리를 끝냈는지 어떠했는지를 통지하는 플래그 LRESULT MessageHandler(UINT uMsg, WPARAM wParam, LPARAM lParam, BOOL& bHandled); 그러나 WTL의 메세지 핸들러 함수에는 그러한 플래그가 준비되어 있지 않습니다. 그런데 WTL에서 메세지 핸들러 함수내에서SetMsgHandled() 라고 하는 함수를 호출하는 것에 의해 메세지의 처리를 끝냈는지 어떠했는지를 통지합니다. SetMsgHandled()의 인수에 true를 건네주었을 경우는 메세지의 처리를 끝낸 것을 의미해 false를 건네주었을 경우는 메세지 맵 내에서 한층 더 이 메세지용의 핸들러가 있는지 없는지 검색하는 것을 의미합니다. WTL그럼 기본적으로 메세지 핸들러 함수의 호출전에 true가 설정되어 있기 때문에 메세지 맵을 검색시키고 싶은 경우만 명시적으로 false를 설정할 필요가 있습니다.