День добрый. Попытался привести типы при помощи dynamic_cast

в результате получил 0, а вот так вот приведение сработало

Собственно вопрос: почему dynamic_cast не смог привести от Cwnd* к CEdit*? Или он приводит только он наследника к базовому?

Если у тебя предком твой диалог - вызывай


Это сообщение отредактировал(а) Alca - 12.2.2010, 16:39

reinterpret_cast - никакое не приведение, а просто другая интерпретация указателя. Оно всегда работает. Но не факт, что правильно. Что касается первого предложения, то, видимо, контрол не CEdit, вот и все. Причем пойми правильно: между виндовским эдитом и объектом CEdit  связь зыбкая. Если ты нигде не создал объект типа CEdit для данного контрола, то ему неоткуда взяться. GetDlgItem возвращает ВРЕМЕННЫЙ объект типа CWnd. Приведение reinterpret безопасно, т.к. CEdit не содержит дополнительных членов данных, а поведение в любом случае определяется оконной функцией.

Вообще зло использовать reinterpret_cast, если до этого дело доходит, значит программер из вас еще тот. 

Dem_max, так голословно утверждать нельзя. Особенно, программируя под Виндоус и используя АПИ. Там без приведения типов ну никак.  Например,стандартная сигнатура  процедуры потока имеет аргумент DWORD/ Обычно туда передают какой-то объект. И как без приведения. Или взять сами оконные процедуры.Конечно, если приведение (любое) встречается на каждом шагу и не связано с АПИ или кодом, АПИ расширяющем, здесь есть о чем задуматься. 

Особенно тут вообще не нужно ничем кастовать. Особенно.  Ибо после таких программистов у нас и получаются глючные программы.
Любой каст это зло.  Если дело доходит до каста значит вы делаете что-то не правильно.

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

Для распаковки оконных сообщений подойдет и приведение в стиле Си.

гораздо хуже (опаснее), чем reinterpret_cast. Это приведение объединяет в себе возможности всех трех cpp-кастов. Но в отличие от них, просто глядя на локальный код, невозможно точно сказать, что получается в результате (без анализа контекста). 
Ты уж меня извини, но как я и думала, в голове у тебя каша из штампов.  

Думай ка хочешь, но я останусь при своем мнении. И отсутствии глюков в программе.

Dem_max, Earnest всё правильно сказала. Из твоих сообщений следует, что ты не понимаешь как работают касты в С и С++, в чём семантическая суть reinterpret_cast, поэтому вместо того, чтобы спорить об очевидных вещах в публичном месте, просветись по этой теме. А пока что ты неправ. 

Книжек начитался? Кастов нужно по возможности избегать (т.е. проектировать систему так, чтобы касты были не нужны), а не считать их злом. Даже reinterpret_cast может понадобиться. Для меня надобность в cast-е - повод призадуматься и только. Не припоминаю на своей практике ни одной ошибки в программе связанной с использованием приведения типов. Стереотипы - зло, касты - необходимость в любом языке, со строгой типизацией.

Это сообщение отредактировал(а) azesmcar - 15.2.2010, 15:46