Нотификаторы в MS VS.

[zubr]

Вопрос в следующем. Есть ли возможность у самой IDE VS определять события (действия пользователя) в DesignTime. К примеру, в Delphi есть классы-нотификаторы, позволяющие отследить момент загрузки проекта, сохранения файла, событие перед компиляцией, после компиляции и т. п. Это зачастую нужно при работе с компонентами в DesignTime. Так вот есть ли такая возможность в VS?

[Dimka]

Да для .NET. В собственных UserControl'ах с помощью подмножества атрибутов можно определять свойства, используемые дизайнером форм, и не используемые в runtime. А при обращении к этим свойствам выполнять нужные действия.

[Джон]

Эммм насчёт загрузки-сохранения не знаю, а вот Pre-Build, Pre-Link и Post-Build Event-ы есть.
В свойствах проекта Build Events (2003, 2005 и 2008) в шохе не помню. Ща под рукой нет.

Посмотри в сторону макросов, там я думаю всё есть. Во-всяком случае с редактором можно ваще чудеса творить. Думаю, что такие простые события как загрузка-выгрузка и тп там тоже есть.

[zubr]

Спасибо.
Теперь такой вопрос, есть ли возможность в MFC получать информацию о типах времени исполнения (RTTI). Метод CObject::IsKindOf меня не устраивает. Мне надо определять по адресу функции имя функции и наоборот по имени функции вызывать метод класса производного от MFC-класса.

[Джон]

По адресу имя ф-ции... Хм... Вобще-то имя ф-ции и является адресом (указателем на ф-цю). Во всяком случае такого точно нет:

CString stFunName = GetFuntionName((DWORD)pPtr);

Можно попоробовать прогуляться по таблице ф-ций, но если это классные ф-ции то...

А что за задачи стоят с такими требованиями?

2. Вот это совсем не понял:
"по имени функции вызывать метод класса производного от MFC-класса."

Имеется ввиду, что у тебя есть инстанция объекта, тебе известно имя некой ф-ции в виде строки, ты хочешь вызвать эту ф-ю?

[zubr]

2. Вот это совсем не понял:
"по имени функции вызывать метод класса производного от MFC-класса."

Скорее всего это будет класс производный от CWnd
Мне надо будет вызывать пользовательские функции, подключаемые к переменным-членам класса, зная их наименование в виде строки.
Подробнее: Я недавно под заказ писал ряд Delphi-компонентов, представляющие flash-скины. То есть это комбинация exe-приложения с располагающимися на окне(ах) приложения флешками (swf) через флеш-плеер. Представление и пользовательский ввод располагается в флешевой части, а обработка и данные в exe. Обмен информацией (события пользовательского ввода, вывод обработанных данных) осуществляется функциями флеш-плеера (теми же которые предназначены для обмена со скриптами). Поэтому при пользовательском вводе (к примеру щелчок на кнопке) через флеш-плеер передается строка с названием функции-обработчика. В Delphi RTTI позволяет получать адрес метода по его наименованию. Сейчас заказчик просит перевести проект в VC++.
Судя по всему придется городить свой функционал, позволяющий сопоставлять строку имени функции с ее адресом.

[Алексей++]

мне кажется, предусмотреть надо в классе приём строки (отвести под это некое сообщение)
Передавать в сроке имя функции и параметры в строковом виде (если это возможно)

[zubr]

Думаю надо будет создать в своем классе метод void AddActionHandler(HandlerFunc handler, CString nameFunc, TypeHandler type);
где handler - указатель на пользовательский обработчик, nameFunc - имя функции, TypeHandler - тип обрабатываемого сообщения (OnLButtonDown, OnKeyDown и т. д.).
В теле метода загонять данные по функции (адрес, имя) в массив структур. Ну а при получении строки от флеш-плеера по имени функции искать в массиве соответствующий адрес обработчика.

[Алексей++]

а не проще сразу отправлять объекту-окну (я же правильно понял, что будет дитё от CWnd ?)  нужное сообщение

Код:

SendMessage(h,...,...);
или
PostMessage(h,...,...);

[zubr]

Алексей1153++, представь флешку у которой несколько кнопок, окошек ввода, таблиц, тривью и т. д. Каждый элемент умеет реагировать на действия пользователя (клик мыши, ввод с клавиатуры, изменения текста и т. д.). Идеология такова, что под нужное действие во флеше, в коде приложения (его exe-части) должен создаваться обработчик. Согласен можно передавать окну SendMessage с пользовательскими сообщениями, но чем это проще? Для этого надо будет создавать пользовательские сообщения и все равно создавать массив (таблицу) соответствий номера сообщения строке, которая возвращается от флешки.

[Джон]

Аааа вот для чего. Нуу тут нет смысла городить такую сложность. Я бы с адресами не заморачивался.
Тут на вскидку прходят как минимум три простых варианта решения.

1. Можно сделать простую ф-цию, которая будет вызывать нужную ф-цю и передавать ей имя этой ф-ции и параметры. Этот метод хорош ещё и тем, что позволяет "чисто" проверить соответствие параметров, иначе любое изменение структуры с любой стороны приведут к крэшу. А городить ничего не надо, всё очень просто. типа такого:

Код:

BOOL CMyWnd::ExecuteMethod(CString stMethodName, int nParamCount, ...)
{
         // выбор метода и проверка соответствия параметров
}

2. Ещё проще ИМХО это можно (нужно) было бы сделать через сообщения, тем более что классы типа CWnd, таким образом позволяя классу самому решать, что делать в той или иной ситуации. И такая вещь будет портироваться на любые среды. Это конечно потребует немного другой организации логики со стороны флэшной части, но если проект живой, то в будущем это с лихвой окупится.

3. Мой асболютный фаворит - интерфейс для нужных ф-ций. Я конечно не знаю (и не хочу знать ) насколько всё жёстко между собой связано, хотя по логике иначе и быть не может, если я напрямую работая с указателями на ф-ции да ещё и членов класса, но для приведённого примера интерфейс будет самое то.

[Джон]

Пока сочинял, ещё ответ пришёл.

Согласен можно передавать окну SendMessage с пользовательскими сообщениями, но чем это проще?

Проще тем, что в этом случае ты можешь писать и изменять класс как тебе захочется. Обработчик находится внутри класса.

зы С уточнёнными данными, ИМХО интерфейс именно то, что тебе надо.

[zubr]

В том то и дело, что я не хочу чтобы пользователь вникал в реализацию взаимодействия.
Все должно происходить внутри класса автоматически.
Пользователю надо только к примеру в OnInitDialog прописать нужные свойства и обработчики:

Код:

FlashButton->Left = 20;
FlashButton->Top = 20;
FlashButon->Width = 80;
FlashButton->Height = 30;
FlashButton->Text = "Button";
FlashButton->AddActionHandler(&FlashButtonClick, "FlashButtonClick", ONCLICK); //подключение обработчика нажатия флеш-кнопки

FlashEdit->Left = 120;
FlashEdit->Top = 80;
FlashEdit->Width = 80;
FlashEdit->Height = 30;
FlashEdit->Text = "";
FlashEdi->.AddActionHandler(&FlashEditClick, "FlashEditClick", ONCLICK); //подключение обработчика нажатия флеш-контрола текстового ввода

То есть тогда пользователю компонента не надо будет самому реализовывать ExecuteMethod или устанавливать пользовательские сообщения.

[Джон]

FlashButton это "твой" объект? Сиплюснутый?

[Джон]

То есть тогда пользователю компонента не надо будет самому реализовывать ExecuteMethod или устанавливать пользовательские сообщения.

Эммм подожди. Но ведь он всё-равно должен вызвать эти FlashEditClick и  FlashButtonClick (если я правильно понял это ф-ции члены класса, OnINitDailog которого ты вызываешь?) или?

[zubr]

Да. И все его свойства (Left, Top, и много других) псевдо-свойства, то есть они нужны только для формирования флешки (на их основе формируется специальный mxml-файл который подается Flex-компилятору), сам объект FlashButton - это окно внутри которого располагается ActiveX-контрол флеш-плеера и проигрывает получившуюся флешку.

[zubr]

Эммм подожди. Но ведь он всё-равно должен вызвать эти FlashEditClick и  FlashButtonClick (если я правильно понял это ф-ции члены класса, OnINitDailog которого ты вызываешь?) или?

OnINitDailog- это диалоговое окно на котором размещаются мои флеш-компоненты (FlashButton, FlashEdit)

[Джон]

Ну тогда в объекте FlashEdit должен быть вызов FlashEditClick().

Я не совсем понял смысл передаваемых параметров: указатель на ф-ю, имя ф-ции и ID?

Но как бы то ни было. FlashEdit вызывает эти ф-ци при получении события от флэшки.
Так на этом месте можно просто вызывать ф-ции интрефейса. Тогда иницаилизация в диалоге будет выглядеть так: FlashButton->AddActionHandler(this); и всё.

[Джон]

зы А вобще-то если ты хочешь сделать правильный контрол, то он (FlashEdit, FlashButton и тд) должен отправляет даже не сообщения, а NOTIFICATION. Это нечто похожее на сообщения, только распространяется от контрола родителю. Тогда ты эти кнопки можешь кидать на любую форму, даже если на ней нет ф-ции FlashButtonClick или она называется по-другому.

[Джон]

Вот наткнулся случайно по превому вопросу. Может пригодится:
http://visualstudiohacks.com/articles/general/customize-your-project-build-process/

[zubr]

Спасибо.