hi,

тут такое дело, хочу зарегистрировать класс окна пишу что-т вроде:

Код

WNDCLASSEX wcx;  // bla-blaing wcx.lpfnWndProc = MainWindowProc; // bla-blaing RegisterClassEx(&wcx);

где MainWindowProc:
LRESULT CALLBACK MainWindowProc(HWND, UINT, WPARAM, LPARAM);

компилирую, все в порядке....

НО, если все это оформить в виде класса, т.е. занести функцию MainWindowProc в класс, то компилятор начинает ругаться:

f:\...\file.cpp(32): error C2440: '=' : cannot convert from 'LRESULT (__stdcall MyNameSpace::CMyClass::* )(HWND,UINT,WPARAM,LPARAM)' to 'WNDPROC'

тут есть какая тонкость в использовании MainWindowProc?

спасибо

Оконная процедура должна быть глобальной функцией. Если она член класса, то должна быть статической.

спасиб

я так понимаю и все остальные функции обработки сообщений (OnSize, OnCommand) тож должны быть статическими, да?
а от сюда следует, что и все данные, с которыми они работают в классе должны быть статическими, и тут тогда получается что уже никак нельзя использовать два экземпляра класса для разных нужд, так?

Цитата(uvsoft @ 3.10.2005, 09:09)

я так понимаю и все остальные функции обработки сообщений (OnSize, OnCommand) тож должны быть статическими, да?

Вовсе нет. Оконная процедура должна быть статической, потому что вызывается она самой операционной системой, а ОСь использует именно прототип LRESULT (CALLBACK*)(HWND,UINT,WPARAM,LPARAM). Функции-члены же имеют дополнительный параметр, с помощью которой в функцию передаётся указатель this на экземпляр класса. Отсюда и проблемы. Если ты найдёшь способ сохранить связь между дескриптором окна и указателем на экземпляр класса и будешь восстанавливать этот указатель внутри оконной процедуры (существует несколько возможных вариантов), то обработчики сообщений могут быть и обычными функциями-членами.

Простая иллюстрация к вышесказанному:

Код

#include <tchar.h> #include <windows.h> class Window { public:     Window( void )         : itsHandle( NULL )     {}     bool create( void ); private:        LRESULT handleMessage( UINT, WPARAM, LPARAM );     static LRESULT CALLBACK wndProc( HWND, UINT, WPARAM, LPARAM );     static ATOM registerClass( void );     HWND itsHandle; }; ATOM Window::registerClass( void ) {     WNDCLASSEX wc = {0};     wc.cbSize = sizeof( wc );     wc.hbrBackground = GetSysColorBrush( COLOR_WINDOW );     wc.hCursor = LoadCursor( NULL, IDC_ARROW );     wc.hIcon = LoadIcon( NULL, IDI_APPLICATION );     wc.hInstance = GetModuleHandle( NULL );     wc.lpfnWndProc = wndProc;     wc.lpszClassName = _T("WindowCls");     wc.style = CS_HREDRAW | CS_VREDRAW;     return RegisterClassEx( &wc ); } bool Window::create( void ) {     static ATOM atomClass = registerClass();     if( atomClass == NULL )         return false;     HWND hwnd = CreateWindowEx( WS_EX_OVERLAPPEDWINDOW,         reinterpret_cast<LPCTSTR>( atomClass ),         _T("Example"),         WS_OVERLAPPEDWINDOW,         CW_USEDEFAULT, 0,         CW_USEDEFAULT, 0,         NULL,         NULL,         GetModuleHandle( NULL ),         this /* пропихиваем в оконную процедуру указатель на экземпляр класса */);     if( hwnd == NULL || hwnd != itsHandle )         return false;     ShowWindow( hwnd, SW_SHOWDEFAULT );     UpdateWindow( hwnd );     return true; } LRESULT CALLBACK Window::wndProc( HWND hwnd, UINT msg, WPARAM wparam, LPARAM lparam ) {     const TCHAR* const prop = _T("Window");     if( msg == WM_NCCREATE )     {         /* сохраняем указатель */         CREATESTRUCT* cs = reinterpret_cast<CREATESTRUCT*>( lparam );         Window* wnd = static_cast<Window*>( cs->lpCreateParams );         wnd->itsHandle = hwnd;         SetProp( hwnd, prop, wnd );     }     LRESULT result = 0L;     if( Window* wnd = static_cast<Window*>( GetProp( hwnd, prop ) ) )         result = wnd->handleMessage( msg, wparam, lparam );     else         result = DefWindowProc( hwnd, msg, wparam, lparam );     if( msg == WM_NCDESTROY )         RemoveProp( hwnd, prop );     return result; } LRESULT Window::handleMessage( UINT msg, WPARAM wparam, LPARAM lparam ) {     // тут можно реализовать карту сообщений или сотворить ещё что-нибудь интересное     switch( msg )     {     case WM_DESTROY:         PostQuitMessage( EXIT_SUCCESS );         break;     default:         return DefWindowProc( itsHandle, msg, wparam, lparam );     }     return 0L; } int WINAPI _tWinMain( HINSTANCE, HINSTANCE, LPTSTR, int ) {     Window wnd;     if( !wnd.create() )         return EXIT_FAILURE;     MSG msg = {0};     while( GetMessage( &msg, NULL, 0U, 0U ) )     {         TranslateMessage( &msg );         DispatchMessage( &msg );     }     return static_cast<int>( msg.wParam ); }

static это, конечно хорошо... но уж больно хотелось бы получить доступ к членам (в т.ч. объявленных как private) созданного экземпляра класса.....
В общем и целом, я эту проблему решил так:

код написал только что и потому прошу не бить ногами))
комментарии приветсвуются!  

Это сообщение отредактировал(а) jonie - 31.7.2006, 15:41

Есть несколько таких методов:
1. Самый лучшый, имхо, - реализация как в WTL, так называеме thunk'и.
  Почитать можно здесь - http://www.rsdn.ru/article/wtl/wtl-1.xml?print#EQZAE
  Опишу двумя словами. С помощью небольшой асемблерной вставочки, в стеке вызова параметров оконной процедуры заменяется параметр HWND на указатель на свой класс окна, т.е. на this.
  Это самый сложный метод. Для его понимания надо будет дополнительно лезть в ИНет или смотреть исходники WTL.

Остальные попроще:
2. При создании С++ обьекта окна ассоциируешь этот обьект (this) с самим окном (HWND) c помощью ф-ции 
  Ну и выбирается этот this в своей статической WNDPROC из HWND:

  И имея этот This можешь вызывать все свои методы класcа и приватные переменные.
  Пример моего оконного класса диалога, реализующий этот метод, приведен ниже.

3. Реализация приведённая srd.
   Здесь также this связывается с HWND, но уже через др. API ф-цию - именнованное свойство (property) - ф-ция SetProp.
   Ну и выбирается аналогично - внутри своей WNDPROC, через ф-цию GetProp.
   Насколько я знаю, это самый медленный способ.

4. При регистрации своего оконного класса можно указать дополнительное число байтов (extra bytes - WNDCLASSEX::cbClsExtra) которые сама система будет выделять при создании окна. Идея закл. в том, что нужно в качестве этого размера указать размер указателя на свой оконный С++ класс. И далее, при создании системой окна, сохранить в этих дополнительных данный свой this с помощью вызова:

Доставать свой this, опять аналогично - из своей статической ф-ции WNDPROC с пмощь вызова:

Как видно этот метод почти аналогичен методу №2

5. В MFC, вроде бы, реализовано так. Есть глобальная переменная, аналогичная std::map<HWND, CWindow*>. Ну и тоже самое, когда окно создаётся - указатель на С++ обьект сохраняется в глоб. переменной. И выбирается внутри WNDPROC...


Более подробно некорые эти методы описаны в
http://www.catch22.net/tuts/custctrl.asp   в разделе 'Associating a structure with the custom control'

Пример реализации немодально окна About на чистом API:




Обрати внимание, что для диалогов я делаю ассоциацию this с HWND при сообщении WM_INITDIALOG.
А в примере srd - при сообщении WM_NCCREATE. Так правильнее...

Ах да... Тема ж называется "RegisterClassEx, Параметр WNDPROC lpfnWndProc"

Вот в догонку класс не диалога (parent окно в виде курсора) (есть вызов RegisterClassEx):


Здесь реализован ещё один метод, уже 6-ой 
При создании окна ф-цией CreateWindowEx в последнем параметре модно передать свои данные. И в них я и передаю this.
Эти данные вернуться мне же, в ф-цию WNDPROC при приходе сообщения WM_CREATE, при котором я достаю свой this и уже сохраняю его при помощи ::SetWindowLong(m_hWnd, GWL_USERDATA, (LONG)this); для того чтобы в дальнейшем (при приходе др. оконных сообщений) выбирать с пощью GetWindoLong, опять же, свой this.

Нужно учесть только один момент: WM_NCCREATE - это не первое сообщение, которе приходит в окно. Первым оно будет только если это дочернее окно и оно не имеет стиля WS_THICKFRAME. Поэтому, для надежности, желательно регистрировать любое такое окно с двумя процедурами окна:
1 - процедура инициализации, которая ассоциирует указатель на объект окна с самим окном и установит процедуру окна на ворую, основную;
2 - основная процедура, выделяет ваш объект окна и вызывает его встроенную функцию по обработке очереди сообщений.