WindowClass Table vs WindowLong

[Mayor]

Как лучше в классе организовать обработку WindowProc(hWnd,nMsg,wParam,lParam)?

[SOS]

А что надо сделать то. По подробней можно

[Xeysan]

Не знаю точно по какому принципу работает GetWindowLong(hWnd, GWL_USERDATA ), как производиться поиск информации по манипулятору, но если она достаточно быстра ( сам не проверял, хотя все работало достаточно шустро ), и закрыть глаза на приведение типов, то почему бы и нет...

Самого интересовал этот вопрос  8)

Наверное, равноценные варианты, легко реализуются оба.
Только с картой у тебя возможности больше ( например сделать кеширование ), а во втором случае за тебя работает ОС.

[Mayor]

слазил в GetWindowLong там реализован невероятно сложный алгоритм, выполняется быстро зависимость явно менее линейной, возможно даже вообще нет зависимости от числа окон, во всяком случае я даже не успел понять что произошло, как пулей вылетел в свой код. Еще там довольно интенсивно используется fs:[xxx], Xeysan, если не ошибаюсь эта структура в Шрайбере описана? - толька я забыл как она называется

Насчет равноценности наверное таблица побыстрее будет, зато с API возни никакой, пожалуй лучше я GetWindowLong воспользуюсь. Надо потом будет ее код распечатать и методично просмотреть - больно интересный алгоритм - никогда такого не видел Это мне напомнило когда я за Z80, адоптируя игру к диску, по ошибке в код декомпрессора заставки влез

[Xeysan]

fs[xxx] - SEH?

В таблице, кстати, придеться еще предусмотреть такую вещь как многопоточность...

[Mayor]

fs[xxx] - SEH?

И он тоже - fs[0-40] оказалось что это TEB, применялось это в основном для SEH, а потом полезло кудато за pTEB + 600h, по этой части я ничего не нашел
В hWnd оказалось что LOWORD индекс в паре таблиц, так что поиск похоже довольно быстрый, плюс у меня возникло подозрение, что в странице TEB может хранится указатель на объект окна, WinProc которого должна обрабатывать сообщение, если это подтвердиться, то GetWindowLong может выполняться практически мнгновенно. - надо искать документацию

[Mayor]

В общем оказалось что в HWND  6 младших битов образуют индекс в одной из таблиц объектов-окон, более того при вызове WndProc fs:6f8 сожержит адресс объекта текущего окна - отсюда вывод: мало окон одного класса -быстрее таблица несмотря на линейную скорость поиска.