У меня такой вопрос : вот есть у меня несколько кнопок. У них должна быть разная реакция на события (OnMouseMove, OnClick, OnLDblClk и т.п.) Стоит ли заводить под каждую кнопку отдельный класс (порожденный от CButton)? Если да, то в большом проекте получится, наверное, около 40 классов (нормально ли это?). Если нет, то какими средствами лучше пользоваться, для различия событий?

Нет...
В обработчике ОДНОГО класса делаешь



или switch
Так я делаю, по крайней мере

Это сообщение отредактировал(а) Coocky - 13.2.2006, 15:43

Спасибо большое, очень долго мучился
Кстати, GetDlgCtrlID() используется только если я использую Диалог или в любом случае (для любого окна) ?

Это сообщение отредактировал(а) xTr1m - 13.2.2006, 18:26

Для любого окна..
А вот если создаешь диалог динамически, но на основе шаблона, тогда я делаю так

Добавлено @ 18:42
Да, забыл добавить

Т.е. только если на диалоге..Вроде так..Если верить МСДН или если я правильно перевел..
В любом случае по другому я не пользовался..
Добавлено @ 18:46
А нет...неправильно перевел



Это сообщение отредактировал(а) Coocky - 13.2.2006, 18:35

А можно еще один вопросик
Вот в первом примере (там где на основе if или switch) это работает, если кнопки создаются самостоятельно (т.е. без помощи редактора) А как быть, если я содал проект на основе диалога, кинул на него, скажем, 2 кнопки. Тогда ведь получается, что эти кнопки от CButton, а как мне привязать их к своему классу CMyButton и использовать свои события (OnMouseMove и т.п.) ?

Coocky, за switch я бы отрывал руки.


xTr1m, нажатие на кнопку обрабатывается(обычно) в родителе этой кнопки

DeadSoul,
что-то я не понял...
А какие проблемы? Что за "рукоотрывание" ?
Я не понял- а ну-ка приведи свой вариант..
Добавлено @ 11:56

Очень просто..Просто в обьывление класса диалога заменяешь CButton на CMyButton..И все

Это сообщение отредактировал(а) Coocky - 14.2.2006, 11:57

За switch надо отрывать руки.
Есть два варианта:
- несколько полиморвных классов
- switch
Не надо выбирать switch. Полиморвизм для этого и придуман. Ты предстваляешь объем кода в который разрастется этот switch?
Добавлено @ 22:08
xTr1m, ты уверен, что все это не нужно обрабатывать в окне-родителе твоих кнопок? Обычно у кнопки недостаточно данных, чтобы обработать клик

xTr1m,

А вообще странно...Если в приложении 40 кнопок, то я бы, скорей всего, писал бы его в С++ Builder

Я за DeadSoul'а. Я так всегда и делал. Однако, это касается только кликов. Остальные сообщения в среднем случае лучше делать через switch. А еще лучше не придумывать таких разнообразных кнопок, а придумать новый элемент управления, который некоторым образом инкапсулирует эти кнопки, с таким разным поведением. Несмотря на все проблемы такой реализации, есть хоть одно преимущество - возможность повторного использования данной компоненты.

Несколько?
Если 40 кнопок с разной отработкой, сколько-несколько классов?


Ты че -травишь?
А ну покажи пример, как ты СВОЕЙ полиморфностью уменьшищь код? Создашь 39 производных классов?



Можешь присоединятся к показу примера..

DeadSoul прав.
В общем случае вариант с разными классами лучше: поведение должно быть инкапсулировано. Большие switch'и с ~40 вариантами очень трудно поддерживать. А уж смотреть на них просто тошно.
Какая разница, сколько классов? 40 классов для большого приложения - смешная цифра. 400 - уже ближе...
Но это теория. А на практике - не могу себе представить 40 вариантов поведения кнопки на MouseMove или Click. Подозреваю, что имеется в виду что-то типа - выводить разные сообщения, вызывать разные функции обработки. Если так - то достаточно, конечно, одного класса без всяких свичей. Обработка кликов обычно поручается родителю (или фрейму), как уже было сказано. Что касается MouseMove и других сообщений - зависит от задачи.
Так что, спецификацию - в студию!

Это сообщение отредактировал(а) Earnest - 15.2.2006, 20:56

Я лишь предложил свой вариант.
ИМХО я не представляю 40 разных кнопок, но вот была ситуация, когда два обьекта одного класса должны были вести себя немного по разному, при определенном действии.
Я испоьзовал их индефикатор при разделении действий.
Я слабо себе представляю, как можно не запутаться в ;) классах(3 часа уйдет на выдумывание имен классов).
Я представляю, время, которое уйдет на копи-пасте кода, который уйдет на отрисовку.
Никто не спорит, что "правильно" делать так ,как надо, а не так ,как ненадо (Вини-Пух ),но мой вариант лучше. Пусть смешно выглядит 40 switc_ей, чем 40 классов.
ЭТО мое ИМХО..

Coocky, соглас.
Тем более, что можно в этом классе завести переменную BYTE m_switch_data и при Create ставить нужный номер, ну а дальше как

Coocky, прописал.


Coocky, че ты себя в старики то записываешь со своим Высоцким? С сигаретой, понимаешь ли? Ну ка меняй личико обратно, смотреть на тебя нового тошно, где улыбка?!!!

Весь вопрос в том, что понимается под

Вариант 1. При (например) дабл-клике одна кнопка должна три раза подпрыгнуть и пять раз свистнуть. А вторая - показать какой-нибудь диалог для настройки какого-нибудь ресурса. Тут вопросов нет - два разных класса с общей базой (которая в лице CButton) уже есть.

Вариант 2. При том же дабл-клике первая кнопка должна вызвать процедуру F1, а вторая - - тоже вызвать процедуру, но F2. Тут тоже вопросов нет - обойдемся параметризацией.

Coocky, ты, между прочим, совершенно прав: удачные имена классов - это половина хорошего дизайна.
А копи-паст кода - это проблема программиста, хороший дизайн этого избегает.