이라는 떡밥을 도대체 얼마나 질질 끌고 있는지 잘 모르겠다능...... 여튼 밤에 할일도 없고 해서 적어봄.

클래스에 HWND 박아놓고 멤버함수를 콜백으로 쓰고싶은 사람의 경우 도움이 될 듯



1. 콜백으로 쓸 멤버함수를 정적으로 선언.

가장 많이 쓰는 방법이지 싶은데...... 생성할 윈도우가 단 하나라면(혹은 생성할 윈도우가 모두 같은 콜백을 써도 된다면)

이 방법이 가장 무난하면서 쉬운 방법. 방법은 다음과 같다능.

class Foo {
public:
    HWND m_hWnd;
    static Foo *thisPointer;
    static LRESULT CALLBACK StaticWndProc(HWND, UINT, WPARAM, LPARAM);
    LRESULT WndProc(UINT, WPARAM, LPARAM);
};

Foo *Foo::thisPointer = NULL;

이렇게 대충 짠 다음에 CreateWindow 명령에서 lpVoid 인자에 this 포인터를 주면 WM_CREATE 메세지가 들어왔을 때

CREATESTRUCT의 lpParam 인자에 this 포인터가 들어있다능. 이걸 thisPointer에 주고 이후 처리는 저장된 요 포인터를 통해 처리.

LRESULT Foo::StaticWndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    if(WM_CREATE == uMsg) thisPointer = (Foo *)(((CREATESTRUCT *)lParam)->lpParam);

    return (thisPointer ? thisPointer->WndProc(uMsg, wParam, lParam : ::DefWindowProc(hWnd, uMsg, wParam, lParam));
}

대충 이런식으로 코드가 나옮. 근데 이 방법은 당연하게도 창을 딱 하나만 처리할 수 있게 됨. 따라서 메인 클라이언트가 하나인 경우인

게임이라던가 등에는 유용하게 사용할 수 있으나 역시 불안정한 방법.



2. 여분 메모리 사용

윈도우 클래스 등록할 때 윈도우 여분 메모리를 두고 거기다가 포인터를 쳐박는 방법. 핸들이랑 클래스 포인터가 연동되므로 그나마 안정적이긴 한데

그래도 문제는 발생. 하면 할 수록 문제를 발견하게 되긴 함. 여튼 방법은 매우 많음. 근데 WM_CREATE 인자에 딸려오는 lParam을 살리기 위해 나는

저번에 질문할 때 간간히 올렸던 코드를 사용하고 있다능 ㅠㅜ 허접코드 같으니라구

먼저 가장 먼저 콜백함수로 사용할 정적 함수 1을 선언. 이 녀석은 WM_CREATE 메세지가 들어오는 그 순간

전해지는 this 포인터를 받아 사전처리를 해 주고 다음 콜백함수로 서브클래싱을 해 줌.

서브클래싱 될 콜백함수인 정적 함수 2는 핸들의 여분메모리에서 포인터를 뽑아 실제 실행될 멤버함수를 사용하게 하는 역할. 이 때 실제 실행될

멤버함수는 상속을 고려해서 virtual로 선언해 주는 것이 좋음.

코드는 대충 이런 식이 될 거라능...

class Foo {
public:
    HWND m_hWnd;
    static LRESULT CALLBACK StaticWndProc1(HWND, UINT, WPARAM, LPARAM);
    static LRESULT CALLBACK StaticWndProc2(HWND, UINT, WPARAM, LPARAM);
    virtual LRESULT WndProc(UINT, WPARAM, LPARAM);
};

물론 윈도우 클래스를 등록할 때 여분 메모리는 4바이트 챙겨뒀다고 가정.

이제 StaticWndProc1을 짜야댐. 근데 사실 CreateWindow를 호출하면 WM_CREATE이 가장 먼저 오는 게 아님. 그 전에 이상한 메세지들이 오는데

얘들은 ::DefWindowProc 함수로 처리해 줘야댐. 안그러면 창이 마치 WS_POPUP처럼 생성된다능.

그리고 한가지 더 유의할 점은, 아마 CreateWindow를 생성할 때 m_hWnd = CreateWindow(); 뭐 대충 이런식으로 할 것인데

WM_CREATE가 오는 시점에서 m_hWnd에는 아무 값도 리턴되지 않는다능! 따라서 StaticWndProc1에서 미리 처리해 줘야 됨.

어차피 WM_CREATE의 시점에서 -1을 리턴해 주면 최종적으로 m_hWnd에는 NULL이 리턴되므로 미리 처리해 줘도 됨.

왜 미리 처리해 주냐면, WM_CREATE 시점에서 m_hWnd를 부모로 해서 컨트롤을 만들 경우 m_hWnd에는 이 시점에서 자신의 핸들이

들어가 있지 않다능...... 그래서 전에 파워양파링한테 낚였던 그 질문에서 피를 말렸었음.

LRESULT Foo::StaticWndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    if(WM_CREATE == uMsg) {
        ((oHWND *)(((CREATESTRUCT *)lParam)->lpCreateParams))->m_hWnd = hWnd; // 미리 m_hWnd에 핸들을 줌

        ::SetWindowLongW(hWnd, 0, (long)(((CREATESTRUCT *)lParam)->lpCreateParams)); // 여분 메모리에 클래스 포인터를 줌
        if((long)(((CREATESTRUCT *)lParam)->lpCreateParams) != ::GetWindowLong(hWnd, 0)) return -1; // 확인해서 실패했다면 즐염 ^^

        ::SetWindowLong(hWnd, GWL_WNDPROC, (long)PreProc2); // 이번엔 프로시져를 서브클래싱
        if((long)PreProc2 != ::GetWindowLong(hWnd, GWL_WNDPROC)) return -1; // 실패했으면 즐 ^^

        return ::SendMessage(hWnd, uMsg, wParam, lParam); // 이미 서브클래싱 되었으니까 메세지를 보내버려서 리턴
    }

    return ::DefWindowProc(hWnd, uMsg, wParam, lParam); // 그 이전의 메세지들은 다 이걸로 처리
}

뒤의 서브클래싱을 굳이 할 필요 없이 그냥 if문을 써도 되지 않을까? 라고 한다면, 물론 가능. 다만 몇 개의 변수가 추가되거나 하겠음.

예를 들자면 bool bCorrect라는 멤버변수를 두고 false로 초기화 한 후 WM_CREATE가 들어오면 bCorrect를 true로 바꾼 뒤

마지막에서 bCorrect가 false면 ::Def...를 부르고 아니면 여분 메모리에 저장시킨 포인터를 다시 불러와서 그걸로 작동해도 되는데

if문이나 변수 하나가 더 붙는 거 빼고는 전혀 상관 없다능 ^^

그리고 StaticWndProc2에서 저장된 포인터를 통해 멤버함수를 호출해 리턴한다능

LRESULT Foo::StaticWndProc2(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    return ((Foo *)GetWindowLong(hWnd, 0))->WndProc(uMsg, wParam, lParam);
}

이렇게 해 두면 Foo를 상속하면서 WndProc를 오버라이드한 클래스라 하더라도 문제없이 잘 돌아갈 거라능.



뿡뿡.