совместно с библиотекой классов MFC.

Прежде чем двигаться дальше, давайте так же внимательно рассмотрим класс, который отвечает за функционирование "MDI child" окон.

Класс CMDIChildWnd

Как вы уже поняли, основным назначением этого класса является обеспечение работоспособности дочер-MDI-приложений — окон "MDI child", кото-^ рые, говоря упрощенно, позаимствовали свои свойства как у дочерних, так и у перекрывающихся окон.

Большую часть возможностей этот класс наследует от своего базового — CFrameWnd, но имеет и свойства, присущие только ему. К ним можно отнести автоматическое отображение меню окна "MDI child" вместо основного меню MDI-приложения, а также добавление заголовка дочернего окна к заголовку его родителя.

Для того чтобы произошла автоматическая замена основного меню на меню окна "MDI child", в классе определена единственная переменная

HMENUCMDIChildWnd::m_hMenuShared

Она содержит дескриптор меню, ассоциированного с окном "MDI child".

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

Кроме того, в классе определены несколько функций:

BOOL CMDIChildWnd::Create( LPCTSTR IpszClassName, LPCTSTR IpszWindowName,

DWORD dwStyle = WS_CHILD|WS_VISIBLE|WS_OVERLAPPEDW!NDOW, const RECT &rect = rectDefault,

CMDIFrameWnd *pParentWnd = NULL, CCreateContext *pContext = NULL) -

эта функция абсолютно идентична функции CFrameWnd::Create, однако задачи, которые они решают, достаточно сильно различаются, и нельзя подменять вызов одной из них вызовом другой. Как уже упоминалось, активное текущее окно "MDI child" может определять заголовок своего родительского окна, если для него установить бит стиля FWS_ADDTOTITLE. Эта функция вызывается MDI-окном в ответ на команду пользователя создать дочернее окно. При этом параметр pContext позволяет правильно связать дочернее окно с приложением. Если такой необходимости нет, то для него можно использовать значение по умолчанию

(NULL).

void CMDIChildWnd::MDIDestroy() -

удаляет заголовок окна "MDI child" из MDI-окна и разрушает само окно "MDI child".

void CMDIChildWnd::MDIActivate() -

активизирует текущее окно "MDI child". Когда MDI-окно становится активным, то активизируется и окно "MDI child", которое находилось в этом состоянии последним.

void CMDIChildWnd::MDIMaximize() -

разворачивает текущее окно "MDI child". Если у него не сброшен бит стиля FWS_ADDTOTITLE, то его заголовок добавляется в MDI-окно.

void CMDIChildWnd::MDIRestore() -

восстанавливает исходные размеры текущего окна "MDI child", если оно было развернутоилисвернуто.

CMDIFrameWnd* CMDIChildWnd::GetMDIFrame() -

позволяет получить указатель на родительское MDI-окно объекта класса CMDIFrameWnd. Для того чтобы получить указатель на родительское окно типа MDICLIENT, которое управляет обьектом класса

CMDIChildWnd, необходимо вызвать функцию CWnd::GetParent.

Теперь, когда мы познакомились с обоими классами, позволяющими создавать приложения на базе интерфейса MDI, пришло время рассмотреть конкретный пример, который позволит закрепить полученные сведения и ознакомиться с дополнительными возможностями библиотеки MFC.

MDI — пример приложения

Категории сообщений

В библиотеке MFC принята классификация сообщений, отличная от рассмотренной ранее. Все

может размещаться внутри С-блока.

Для определения карты сообщений необходимо использовать три макроса: BEGIN_MESSAGE_MAP, END_MESSAGE_MAP иDECLARE_MESSAGE_MAP.

Макрос DECLARE_MESSAGE_MAP располагается в конце ' объявления класса, использующего карту сообщений:

class CTheClass : public CBaseClass

{

// объявления членов класса protected:

//{ {AFX_MSG_MAP (TheClass) afx_msg void OnPaintO;

//} }AFX_MSG_MAP, DECLARE_MESSAGE_MAP ( )

Он используется для объявления трех специальных членов класса:

О частного массива компонент AFX_MSGMAP_ENTRY — ^message Entries,

G защищенной структуры AFX_MSGMAP — messageMap, которая указывает на массив _message Entries, Q защищенной виртуальной функции — Get Message Map, которая возвращает адрес messageMap.

Структура карты сообщений достаточно проста и представляет собой набор макросов, заключенных в специальные "операторные скобки":2

BEGIN_MESSAGE_MAP (CTheClass, CBaseClass) // { {AFX_MSG_MAP (CTheClass)

ON_WM_CREATE ( )

ON_WM_DESTROY () ON_COMMAND(ID_CHAR_BOLD, OnCharBold)

ON_UPDATE_COMMAND_UI ( ID_CHAR_BOLD, OnUpdateCharBold) //{ {AFX_MSG_MAP ON_NOTIFY(FN_GETFORMAT, ID_VIEW_FORMATBAR, OnGetCharFormat) ON_NOTIFY(FN_SETFORMAT, ID_VIEW_FORMATBAR, CnSetCharFormat) END_MESSAGE_MAP ( )

Как видите, начинается она с выполнения макроса:

BEGIN_MESSAGE_MAP (CTheClass, CBaseClass)

который имеет следующие параметры: CTheClass — задает имя класса, владельца карты сообщений; CBaseClass — определяет имя базового класса.

Если вы захотите объявить какие-либо члены класса после этого макроса, то для них нужно определить новый тип доступа (public, private или protected).

При использовании специальных средств автоматической генерации программного кода AppWiiard и ClassWizard, достаточно подробно описанных в приложении, все три описанных макроса, а также специальные скобки для ClassWizard (//{{AFX_MSG_MAP(CTheClass) и //{{AFX_ MSG_MAP) формируются автоматически при создании оконного класса.

Заканчивается карта сообщений вызовом макроса END MESSAGE_MAP, имеющего еще более простой формат:

END_MESSAGE_MAP()

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

Компоненты карты сообщений

Для каждого стандартного сообщения Windows определен свой макрос в форме:

ON_WM_XXX // XXX - имя сообщения, например, ON_WM_PAINT.

Имена обработчиков определяются при распаковке параметров каждого сообщения Windows на основе простого соглашения; имя всегда начинается с префикса On, за которым следует имя соответствующего сообщения Windows (без префикса WM_), записанное строчными буквами.

должны быть посланы некоторые данные. В связи с этим общие элементы управления Windows используют более мощное сообщение WM_NOTIFY, а в версиях Visual C++, начиная с 4.0, имеют прямую поддержку для этого сообщения на базе макроса

ON_NOTIFY(wNotifyCode, id, memberFn)

Параметры этого макроса полностью аналогичны параметрам уже рассмотренного макроса ON_CONTROL. Единственное, но существенное отличие заключается в параметрах обработчика memberFn:

afx_msg void memberFn( NMHDR *pNotifyStruct, LRESULT *result);

В качестве параметров обработчика используются: pNotifyStruct — указатель на структуру типа NMHDR, или большую, включающую ее в себя; result — указатель на переменную, в которую должно быть записано возвращаемое значение.

Подробно работа с сообщением WM_NOTIFY и поля структуры NMHDR описываются в главе 13, при обсуждении панелей элементов управления. Здесь мы приведем только список извещений, общих для всех дополнительных элементов управления:'

NM_CLICK пользователь нажал левую кнопку мыши в элементе управления

NM_DBLCLK пользователь дважды щелкнул левой кнопкой мыши в элементе управления

NM_RCLICK пользователь нажал правую кнопку мыши в элементе управления

NM_DBLCLK пользователь дважды щелкнул правой кнопкой мыши в элементе управления

NM_RETURN пользователь нажал клавишу <Enter>, когда элемент управленияимелфокусввода

NM_SETFOCUS элемент управления получил фокус ввода

NM_KILLFOCUS элементуправленияпотерялфокусввода

NM_OUTOFMEMORY элемент управления не может завершить какую-либо операциюиз-занехватки памяти

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

для каждого элемента управления, будут описаны при обсуждении соответствующего элемента управления.

ON_COMMAND_RANGE (idFirst, idLast, memberFn) ON_CONTROL_RANGE (wNotif yCode, idFirst, idLast, memberFn) ON_NOTIFY_RANGE (wNotif yCode, idFirst, idLast, memberFn) Эти макросы используют в качестве параметров два идентификатора idFirst и idLast, которые составляют непрерывный ряд. Обработчик memberFn будет вызываться всякий раз, когда в оконную процедуру поступит сообщение, которое в параметре wParam содержит идентификатор команды, лежащий в границах, определяемых idFirst и idLast. Прототип обработчика должен иметь вид

afx_msg void memberFn (UINT nID) ;

для первых двух и

af x_msg void memberFn ( UINT nID,

NMHDR *pNotifyStruct, LRESULT *result) ;

для последнего макроса.

Аналогичный макрос существует и для команд обновления:

ON_UPDATE_COMMAND_UI_RANGE (idFirst, idLast, memberFn)

Обработчик, как и для макроса ON UPDATE_COMMAND_UI, имеет единственный параметр — указатель на объект CCmdUI:

afx_msg void memberFn (CCmdUI *pCmdUI);

Для извещений, по аналогии с макросом ON_COMMAND_EX, определены и макросы:

ON_NOTIFY_EX(r.Code, id, memberFn)