Microsoft visual C++ и MFC© Александр Фролов, Григорий ФроловТом 24, М.: Диалог-МИФИ, 1993. Приложение DialogНазвания файлов, входящих в проект Dialog, вы можете просмотреть на странице FileView в окне Project Workspace. В состав нашего проекта входят следующие основные файлы:
Имена, используемые MFCБиблиотека классов содержит огромное количество классов, структур, констант и т. д. Чтобы сделать исходный текст приложений MFC более легким для понимания, принято использовать ряд соглашений для используемых имен и комментариев. Названия всех классов и шаблонов классов библиотеки MFC начинаются с заглавной буквы C. Например, CWnd, CMenu, CArray - это классы. Когда вы наследуете собственные классы от классов MFC, вы можете давать им любые имена. Рекомендуется называть их как и классы MFC с заглавной буквы C. Это сделает исходный текст приложения более ясным для понимания. Чтобы отличать элементы данных, входящие в класс, от простых переменных, их имена принято начинать с префикса m_. Названия методов классов, как правило специально не выделяются, но их обычно пишут с заглавной буквы. Библиотека MFC включает помимо классов, набор служебных функций. Названия этих функций начинаются с символов Afx, например AfxGetApp, AfxGetAppName, AfxGetMainWnd. Символы AFX являются сокращением от словосочетания Application FrameworkX, означающего основу приложения, его внутреннее устройство. Символы AFX встречаются не только в названии функций MFC. Многие константы, макрокоманды и другие символы начинаются с этих символов. В общем случае Afx является признаком, по которому вы можете определить принадлежность того или иного объекта (функции, переменной, ключевого слова или символа) к библиотеке MFC. В процессе создания приложения MFC AppWizard и ClassWizard могут определять идентификаторы ресурсов, идентификаторы для справочной системы и т. д. При этом, для идентификаторов различного типа используются разные префиксы:
Когда приложение разрабатывается средствами MFC AppWizard и ClassWizard, они размещают в исходном тексте приложения комментарии следующего вида: //{{AFX_ ... //}}AFX_ Такие комментарии образуют блок кода программы, который управляется только средствами MFC AppWizard и ClassWizard. Пользователь не должен вручную вносить изменения в этом блоке. Для этого необходимо использовать средства ClassWizard. Чтобы подчеркнуть особое положение программного кода, заключенного в комментарии //{{AFX_, он отображается серым цветом. Это еще раз напоминает пользователю, о том, что он не должен вручную вносить изменения в этот код. В следующей таблице представлено краткое описание некоторых блоков //{{AFX_. XE "AFX_."
Мы перечислили далеко не все блоки //{{AFX_. Существует еще целый ряд блоков, относящихся к реализации технологии OLE и использованию баз данных. Когда вы будете изучать описание классов приложения, созданных средствами MFC AppWizard и ClassWizard, вы заметите ряд комментариев, разделяющих элементы класса на несколько категорий. Описание этих комментариев мы привели в следующей таблице.
Для некоторых классов, используются и другие комментарии, например, // Advanced Overridables и т. д. MFC AppWizard и ClassWizard помогают вам разрабатывать приложение. Они создают все классы и методы, необходимые для его работы. Вам остается дописать к ним свой код. В тех местах, где вы можете вставить этот код, MFC AppWizard и ClassWizard, как правило, помещают комментарий // TODO:. Ресурсы приложенияБольшую часть пользовательского интерфейса любого приложения составляют ресурсы - меню, диалоговые панели, пиктограммы, курсоры. Создавая приложение, MFC AppWizard подготавливает для него базовый набор ресурсов. Вы можете редактировать подготовленные для вас ресурсы по своему усмотрению, а также добавлять в проект новые ресурсы. Все ресурсы приложения хранятся в отдельном каталоге. Этот каталог называется RES и располагается в главном каталоге проекта. Однако нет необходимости каждый раз вручную открывать файлы с ресурсами. Для этого надо использовать средства, предоставляемые средой Visual C++. Просмотреть ресурсы приложения можно в окне Project Workspace на странице ResourceView. Ресурсы приложения представлены в виде дерева и разделяются по типам. Чтобы просмотреть ресурсы определенного типа, надо установить курсор на символ
MFC AppWizard автоматически создает несколько различных ресурсов для приложения Dialog. Вы можете просмотреть эти ресурсы в окне Project Workspace, выбрав страницу ResourceView. Как видите ресурсы приложения включают две диалоговые панели, пиктограмму, таблицу строк и информацию о версии приложения. Рассмотрим эти ресурсы подробнее. Диалоговые панели приложения DialogДиалоговые панели имеют идентификаторы IDD_DIALOG_DIALOG и IDD_ABOUTBOX. Диалоговая панель IDD_DIALOG_DIALOG - это и есть главная диалоговая панель приложения. Она будет отображаться на экране монитора сразу после запуска приложения. Просмотрите внешний вид диалоговой панели IDD_DIALOG_DIALOG в редакторе ресурсов. Для этого сделайте двойной щелчок по ее названию в окне Project Workspace. Изначально эта панель содержит только две кнопки OK и Cancel, а также короткую текстовую строку. Впоследствии вы можете изменять эту панель, добавляя к ней новые органы управления. Вторая диалоговая панель IDD_ABOUTBOX содержит информацию о приложении - его название, авторские права, год разработки и пиктограмму. Эта панель будет отображаться на экране, когда пользователь выберет строку About из системного меню главной диалоговой панели приложения. Вы можете изменить диалоговую панель IDD_ABOUTBOX по своему усмотрению. Так например, вы можете добавить к ней вашу фамилию и адрес электронной почты. Ниже мы привели фрагменты из файла ресурсов приложения Dialog, в которых определяются шаблоны диалоговых панелей IDD_ABOUTBOX и IDD_DIALOG_DIALOG. ////////////////////////////////////////////////////////////// // Шаблоны диалоговых панелей приложения IDD_ABOUTBOX DIALOG DISCARDABLE 0, 0, 217, 55 STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU CAPTION "About Dialog" FONT 8, "MS Sans Serif" BEGIN ICON IDR_MAINFRAME,IDC_STATIC,11,17,20,20 LTEXT "Dialog Version 1.0", IDC_STATIC,40,10,119,8,SS_NOPREFIX LTEXT "Copyright © 1996",IDC_STATIC,40,25,119,8 DEFPUSHBUTTON "OK",IDOK,178,7,32,14,WS_GROUP END IDD_DIALOG_DIALOG DIALOGEX 0, 0, 185, 92 STYLE DS_MODALFRAME|WS_POPUP|WS_VISIBLE|WS_CAPTION|WS_SYSMENU EXSTYLE WS_EX_APPWINDOW CAPTION "Dialog" FONT 8, "MS Sans Serif" BEGIN PUSHBUTTON "Cancel",IDCANCEL,128,23,50,14 DEFPUSHBUTTON "OK",IDOK,128,7,50,14 LTEXT "TODO: Place dialog controls here.", IDC_STATIC,5,34,113,8 END ПиктограммаВ файле ресурсов приложения указана единственная пиктограмма, имеющая идентификатор IDR_MAINFRAME. Эта пиктограмма содержится в файле Dialog.ico, в каталоге res. ////////////////////////////////////////////////////////////// // Пиктограмма IDR_MAINFRAME ICON DISCARDABLE "res\\Dialog.ico" ВерсияВо всех приложениях, созданных с использованием MFC AppWizard, определен специальный ресурс, содержащий различные сведения о версии приложения (4.8). Приложение Dialog также содержит такой ресурс, который имеет идентификатор VS_VERSION_INFO. Рис. 4.8. Информация о версии приложения Вы можете внести изменения в этот ресурс, однако имеет смысл делать это только на конечной стадии разработки приложения. Поэтому мы не станем сейчас подробно останавливаться на описании этого ресурса. Исходные тексты приложенияРассмотрим исходные тексты приложения более подробно. Из главы “Введение в MFC” вы уже знаете, что приложения, созданные на основе библиотеки MFC, как правило, не имеют главной функции приложения WinMain. Функция WinMain скрыта от программиста внутри методов класса CWinApp. Каждое приложение должно иметь один объект класса, наследованного от базового класса CWinApp XE "CWinApp" . Поэтому свой рассказ мы начнем с главного класса приложения. Главный класс приложения DialogГлавный класс приложения CDialogApp, наследованный от базового класса CWinApp, определен во включаемом файле Dialog.h. Исходный текст этого файла содержится в листинге 4.1. Первые строки файла содержат директиву #ifndef, которая проверяет, определен ли символ __AFXWIN_H__. Символ __AFXWIN_H__ XE "__AFXWIN_H__" определен в файле afxwin.h. Если на этапе обработки файла Dialog.h символ не определен, то при построении проекта выдается сообщение об ошибке. Это гарантирует, что включаемый файл afxwin.h будет обработан до Dialog.h. Следующая директива #include включает файл resource.h. Этот файл создается MFC AppWizard и содержит определение идентификаторов, задействованных для ресурсов приложения. Листинг 4.1. Файл Dialog.h // Dialog.h : Главный включаемый файл для приложения Dialog // #ifndef __AFXWIN_H__ #error include 'stdafx.h' before including this file for PCH #endif #include "resource.h" // включаемый файл содержащий // идентификаторы ресурсов приложения ////////////////////////////////////////////////////////////// // Класс CDialogApp: // Методы класса CDialogApp определены в файле Dialog.cpp // class CDialogApp : public CWinApp { public: CDialogApp(); // Overrides // В следующем блоке ClassWizard помещает описания // переопределенных виртуальных методов класса //{{AFX_VIRTUAL(CDialogApp) public: virtual BOOL InitInstance(); //}}AFX_VIRTUAL // Implementation //{{AFX_MSG(CDialogApp) // В этом блоке ClassWizard размещает описания методов // класса. Не редактируйте содержимое этого блока вручную //}}AFX_MSG DECLARE_MESSAGE_MAP() }; Для класса CDialogApp описан конструктор CDialogApp, не имеющий параметров. Этот конструктор будет использоваться в момент запуска приложения для создания объекта класса CDialogApp. Кроме конструктора, в классе CDialogApp, переопределяется виртуальный метод InitInstance базового класса CWinApp. Как видите, метод InitInstance находится, после комментария // Overrides, который обозначает секцию переопределения виртуальных методов. В принципе вы можете удалить комментарий // Overrides, это ни как не повлияет на работу приложения. Все комментарии типа // Overrides и // Implementation вставляются MFC AppWizard для программиста, чтобы ему было легче определить назначение метода или элемента данных класса. MFC AppWizard поместил объявление метода InitInstance внутри блока комментариев AFX_VIRTUAL XE "AFX_VIRTUAL" . Первая и последняя строка, обозначающая этот блок, не влияют на работу программы, так как они являются комментариями (расположены после символов комментария //). Блок AFX_VIRTUAL нужен ClassWizard, чтобы выделить методы класса, которые им управляются. Вы не должны вручную вносить изменения в этот блок и другие блоки AFX_. Более подробно о блоках AFX_ и других комментариях, вставляемых MFC AppWizard и ClassWizard, мы рассказывали в разделе “Имена, используемые MFC” данной главы книги. Основной файл приложения имеет имя, совпадающее с именем проекта - Dialog.cpp. Текст этого файла приведен нами в листинге 4.2. Файл содержит реализацию методов главного класса приложения CDialogApp. Листинг 4.2. Файл Dialog.cpp // Dialog.cpp : Определяет главный класс приложения // // Включаемые файлы #include "stdafx.h" #include "Dialog.h" #include "DialogDlg.h" // Для отладочной версии приложения включается дополнительные // определения #ifdef _DEBUG #define new DEBUG_NEW #undef THIS_FILE static char THIS_FILE[] = __FILE__; #endif ////////////////////////////////////////////////////////////// // CDialogApp BEGIN_MESSAGE_MAP(CDialogApp, CWinApp) //{{AFX_MSG_MAP(CDialogApp) // ClassWizard размещает в данном блоке макрокоманды для // обработки сообщений. Не изменяйте содержимое этого блока // вручную //}}AFX_MSG ON_COMMAND(ID_HELP, CWinApp::OnHelp) END_MESSAGE_MAP() ////////////////////////////////////////////////////////////// // Конструктор класса CDialogApp CDialogApp::CDialogApp() { // TODO: здесь вы можете добавить собственный код } ////////////////////////////////////////////////////////////// // Создаем один объект класса CDialogApp. Это будет главный // объект приложения CDialogApp theApp; ////////////////////////////////////////////////////////////// // Инициализация приложения BOOL CDialogApp::InitInstance() { // Стандартная инициализация приложения. Вы можете сократить // размер выполняемого модуля приложения, если удалите // инициализацию, которая вам не нужна #ifdef _AFXDLL Enable3dControls(); #else Enable3dControlsStatic(); #endif CDialogDlg dlg; m_pMainWnd = &dlg; int nResponse = dlg.DoModal(); if (nResponse == IDOK) { // TODO: Здесь вы можете разместить код приложения, // который вызывается, если пользователь нажмет кнопку OK // в диалоговой панели приложения } else if (nResponse == IDCANCEL) { // TODO: Здесь вы можете разместить код приложения, // который вызывается, если пользователь нажмет кнопку // Cancel в диалоговой панели приложения } // Так как диалоговая панель закрыта, возвращаем значение // FALSE чтобы завершить приложение return FALSE; } В начале файла Dialog.cpp подключены три файла stdafx.h XE "stdafx.h" , Dialog.h и DialogDlg.h. Файл stdafx.h будет описан нами ниже. Сейчас отметим, что он содержит определения, необходимые для библиотеки классов MFC. Файл Dialog.h содержит описание главного класса приложения CDialogApp. Файл DialogDlg.h включает описание класса диалоговой панели приложения. Именно эта панель будет представлять пользовательский интерфейс нашего приложения. Далее директива #ifdef проверяет, был ли определен символ _DEBUG. Вы не найдете определение _DEBUG XE "_DEBUG" ни в одном исходном файле проекта. Этот символ определяется самой средой VIsual C++, если вы создаете отладочную версию приложения. #ifdef _DEBUG #define new DEBUG_NEW #undef THIS_FILE static char THIS_FILE[] = __FILE__; #endif Для отладочной версии приложения определяется символ DEBUG_NEW XE "DEBUG_NEW" и переопределяется статическая переменная THIS_FILE. Если такой символ уже был определен, он предварительно отменяется директивой #undef, а затем определяется снова. THIS_FILE XE "THIS_FILE" определяется как символьная строка, в которую записывается имя исходного файла данного модуля, определенное специальным символом __FILE__ (то, есть Dialog.cpp). Исходные тексты приложений, подготовленных с использованием средств автоматизированного проектирования MFC AppWizard и ClassWizard, активно используют символы, определенные в среде VIsual C++. Чтобы просмотреть их список, выберите из меню Build строку Settings. На экране появится диалоговая панель Project Settings, содержащая несколько страниц. Выберите страницу C/C ++ (рис. 4.9). В поле Settings For приложение Dialog представлено двумя строками. Одна выбирает параметры проекта для отладочной версии приложения, а вторая для законченной, не отладочной, версии. В поле Preprocessor definitions отображается список символов, определенных для данного проекта. Вы можете добавить в этот список новые символы, или убрать символы, которые уже определены. Рис. 4.9. Настройка проекта Далее в исходном файле располагается таблица сообщений главного класса приложения. На первый взгляд внешний вид таблицы сообщений соответствует таблице сообщений приложения MFMessage. Таблица сообщений класса CDialogAppТаблица сообщений класса CDialogApp состоит из макрокоманд BEGIN_MESSAGE_MAP XE "BEGIN_MESSAGE_MAP" и END_MESSAGE_MAP XE "END_MESSAGE_MAP" . Между ними расположены макрокоманды, определяющие сообщения, обрабатываемые данным классом. В таблице определено только одно командное сообщение, имеющее идентификатор ID_HELP. Для его обработки вызывается метод OnHelp базового класса CWinApp XE "CWinApp" . Необработанные сообщения передаются базовому классу CWinApp, так как он указан во втором параметре макрокоманды BEGIN_MESSAGE_MAP. ////////////////////////////////////////////////////////////// // Таблица сообщений класса CDialogApp BEGIN_MESSAGE_MAP(CDialogApp, CWinApp) //{{AFX_MSG_MAP(CDialogApp) // ClassWizard размещает в данном блоке макрокоманды для // обработки сообщений. Не изменяйте содержимое этого блока //}}AFX_MSG ON_COMMAND(ID_HELP, CWinApp::OnHelp) END_MESSAGE_MAP()Обратите внимание, что внутри таблицы сообщений расположены две макрокоманды AFX_MSG, помещенные за знаками комментария. Сразу после создания приложения между ними нет ни одной макрокоманды. Когда вы будете создавать обработчики сообщений при помощи ClassWizard, он будет располагать новые обработчики между этими комментариями. Не рекомендуется вручную вносить изменения в код, расположенный в блоке AFX_MSG XE "AFX_MSG" . Используйте для этого средства ClassWizard. Если вам требуется добавить новый обработчик в таблицу сообщений, без использования ClassWizard, расположите его после блока AFX_MSG и до макрокоманды END_MESSAGE_MAP. Приложение Dialog содержит еще одну таблицу сообщений, принадлежащую классу диалоговой панели приложения. Мы рассмотрим эту таблицу позже. Непосредственно после таблицы сообщений главного класса приложения расположено определение конструктора CDialogApp. Этот конструктор вызывается в момент создания объекта приложения. Конструктор, созданный MFC AppWizard, пустой и не выполняет никаких дополнительных действий. Для инициализации приложения используются методы InitInstance и InitApplication. Главный объект приложенияВ файле Dialog.cpp объявляется глобальный объект главного класса приложения. Именно с создания этого объекта и начинается работа приложения. CDialogApp theApp; Объект класса CWinApp обязательно входит во все приложения, созданные с использованием MFC AppWizard, вне зависимости от пользовательского интерфейса этого приложения. Приложения с однооконным, многооконным интерфейсом и с интерфейсом, основанном на диалоговой панели, имеют единственный объект класса CWinApp. Метод InitInstanceКаждый раз, когда запускается очередная копия приложения, вызывается метод InitInstance главного класса приложения. Это единственный метод главного класса приложения, который должен быть переопределен в любом приложении. Когда вы разрабатываете приложение с помощью MFC AppWizard, он переопределяет метод InitInstance, упрощая вам работу. В последствии вы можете изменить этот метод по своему усмотрению. Как MFC AppWizard переопределит метод InitInstance, зависит в первую очередь от того, какой тип пользовательского интерфейса вы выбрали для своего приложения и какие дополнительные характеристики приложения указали в диалоговых панелях MFC AppWizard. Самая простая реализация InitInstance у приложений, пользовательский интерфейс которых основан на диалоговой панели. BOOL CDialogApp::InitInstance() { // ... } Если вы указали, что ваше приложение должно иметь трехмерный графический интерфейс, то метод InitInstance вызывает метод Enable3dControls или Enable3dControlsStatic XE "CWinApp:Enable3dControlsStatic" , определенные в классе CWinApp. XE "CWinApp:Enable3dControls" Эти методы разрешают использование трехмерных органов управления. Какой из этих методов будет использоваться определяется на этапе работы препроцессора в зависимости от того, определен или нет символ _AFXDLL XE "_AFXDLL" . // Использовать для приложения трехмерный интерфейс #ifdef _AFXDLL Enable3dControls(); #else Enable3dControlsStatic(); #endif Символ _AFXDLL определяется средой Visual C++, если вы используете библиотеку классов MFC как библиотеку DLL. Если же код MFC подключается к приложению как статическая библиотека, этот символ не определен. Вы можете удалить вызов методов Enable3dControls, если уже после создания проекта решите, что приложение должно иметь простой “плоский” интерфейс. И наоборот, вы можете добавить вызов этого метода, если на этапе разработки приложения забыли указать на необходимость использования трехмерного интерфейса. Затем метод InitInstance создает диалоговую панель, которая и будет выполнять роль пользовательского интерфейса приложения. Для этого сначала создается объект dlg класса CDialogDlg, который управляет диалоговой панелью. Затем адрес этого объекта присваивается элементу данных m_pMainWnd XE "CWinThread:m_pMainWnd" главного класса приложения. CDialogDlg dlg; m_pMainWnd = &dlg; Только после этого вызывается метод DoModal для объекта dlg класса CDialogDlg. Он создает модальное диалоговое окно и отображает его на экране. Диалоговая панель, которую создает MFC AppWizard, показана нами на рисунке 2.2. Она имеет всего две кнопки OK и Cancel. Когда пользователь нажимает на одну из этих кнопок, метод DoModal возвращает идентификатор этой кнопки. По умолчанию кнопка OK имеет идентификатор IDOK XE "IDOK" , а кнопка Cancel - IDCANCEL XE "IDCANCEL" . int nResponse = dlg.DoModal(); В исходный текст метода InitInstance включается два оператора if и else if, которые определяют, какая кнопка была нажата. Вы можете поместить после этих операторов ваш собственный код. Он будет вызываться при нажатии на соответствующую кнопку в диалоговой панели. if (nResponse == IDOK) { // Поместите здесь код, который будет выполняться // когда пользователь нажмет кнопку OK } else if(nResponse == IDCANCEL) { // Поместите здесь код, который будет выполняться // когда пользователь нажмет кнопку Cancel } Все! Теперь диалоговое окно закрыто и вам надо завершить приложение. Для этого достаточно, чтобы метод InitInstance вернул значение FALSE. return FALSE; Класс главной диалоговой панели приложенияБольшой интерес представляет файл DialogDlg.h, показанный в листинге 4.3. Этот класс содержит объявление класса главной диалоговой панели приложения CDialogDlg. Класс CDialogDlg наследуется от базового класса CDialog XE "CDialog" , определенного в библиотеке классов MFC. Конструктор класса имеет один необязательный параметр pParent, используемый для передачи индекса главного окна приложения. Приложение Dialog не имеет главного окна. Роль главного окна выполняет сама диалоговая панель, поэтому параметр pParent не используется. Непосредственно после объявления конструктора класса следует объявление элементов данных класса, которые добавлены средствами MFC AppWizard или ClassWizard. Они расположены между двумя комментариями AFX_DATA XE "AFX_DATA" . Не рекомендуется вручную изменять код приложения, расположенный между этими комментариями. После блока AFX_DATA следует блок AFX_VIRTUAL XE "AFX_VIRTUAL" . В этом блоке MFC AppWizard и ClassWizard добавляют объявления переопределенных виртуальных методов базового класса. Сначала в этом блоке объявлен только один метод DoDataExchange, переопределенный в нашем проекте. Этот метод применяется для связывания с органами управления диалоговой панели элементов управляющего ей класса. Практически со всеми приложениями связана пиктограмма, которая будет отображаться при минимизации приложения. Обычно эта пиктограмма определяется на этапе регистрации класса главного окна приложения. Приложение Dialog не имеет настоящего главного окна. Вместо него используется диалоговая панель. Поэтому отображение пиктограммы приложения не происходит автоматически и мы должны управлять этим сами. Идентификатор пиктограммы m_hIcon определен в классе CDialogDlg после блока AFX_VIRTUAL. Диалоговая панель CDialogDlg будет обрабатывать ряд сообщений. Объявления обработчиков сообщений созданных средствами MFC AppWizard или ClassWizard располагаются между двумя комментариями AFX_MSG, образующими блок AFX_MSG. После создания проекта в классе CDialogDlg объявлены 4 обработчика сообщений OnInitDialog, OnSysCommand, OnPaint и OnQueryDragIcon. Эти методы определены в файле DialogDlg.cpp, описанном ниже. Листинг 4.3. Файл DialogDlg.h ////////////////////////////////////////////////////////////// // Класс CDialogDlg главной диалоговой панели приложения class CDialogDlg : public CDialog { // Construction public: // Стандартный конструктор CDialogDlg(CWnd* pParent = NULL); // Dialog Data //{{AFX_DATA(CDialogDlg) enum { IDD = IDD_DIALOG_DIALOG }; // В этом блоке ClassWizard размещает новые элементы данных // класса //}}AFX_DATA // В следующем блоке ClassWizard выполняет переопределение // виртуальных методов //{{AFX_VIRTUAL(CDialogDlg) protected: // Поддержка DDX/DDV virtual void DoDataExchange(CDataExchange* pDX); //}}AFX_VIRTUAL // Implementation protected: HICON m_hIcon; // В следующем блоке перечислены методы обработчики // сообщений класса CDialogDlg //{{AFX_MSG(CDialogDlg) virtual BOOL OnInitDialog(); afx_msg void OnSysCommand(UINT nID, LPARAM lParam); afx_msg void OnPaint(); afx_msg HCURSOR OnQueryDragIcon(); //}}AFX_MSG DECLARE_MESSAGE_MAP() }; Методы класса диалогового окна определены в файле DialogDlg.cpp. Исходный текст этого файла представлен в листинге 4.4. В нем содержатся определение конструктора и методов класса CDialogDlg. Листинг 4.4. Файл DialogDlg.cpp #include "stdafx.h" #include "Dialog.h" #include "DialogDlg.h" #ifdef _DEBUG #define new DEBUG_NEW #undef THIS_FILE static char THIS_FILE[] = __FILE__; #endif ////////////////////////////////////////////////////////////// // Описание класса CAboutDlg, который используется для // управления диалоговой панелью About. Методы этого класса // определены ниже class CAboutDlg : public CDialog { public: CAboutDlg(); // Dialog Data //{{AFX_DATA(CAboutDlg) enum { IDD = IDD_ABOUTBOX }; //}}AFX_DATA // В следующем блоке ClassWizard размещает переопределение // виртуальных методов //{{AFX_VIRTUAL(CAboutDlg) protected: // Поддержка DDX/DDV virtual void DoDataExchange(CDataExchange* pDX); //}}AFX_VIRTUAL // Implementation protected: //{{AFX_MSG(CAboutDlg) //}}AFX_MSG DECLARE_MESSAGE_MAP() }; // Конструктор класса CAboutDlg CAboutDlg::CAboutDlg() : CDialog(CAboutDlg::IDD) { //{{AFX_DATA_INIT(CAboutDlg) //}}AFX_DATA_INIT } // Метод DoDataExchange класса CAboutDlg void CAboutDlg::DoDataExchange(CDataExchange* pDX) { CDialog::DoDataExchange(pDX); //{{AFX_DATA_MAP(CAboutDlg) //}}AFX_DATA_MAP } // Таблица сообщений класса CAboutDlg BEGIN_MESSAGE_MAP(CAboutDlg, CDialog) //{{AFX_MSG_MAP(CAboutDlg) // Класс CAboutDlg не обрабатывает никаких сообщений //}}AFX_MSG_MAP END_MESSAGE_MAP() ////////////////////////////////////////////////////////////// // Ниже определены различные методы класса CDialogDlg // Конструктор класса CDialogDlg CDialogDlg::CDialogDlg(CWnd* pParent /*=NULL*/) : CDialog(CDialogDlg::IDD, pParent) { //{{AFX_DATA_INIT(CDialogDlg) // В этом блоке ClassWizard размещает инициализацию // элементов данных класса //}}AFX_DATA_INIT // Вызов LoadIcon не требует последующего вызова // DestroyIcon, если вы используете программный интерфейс // Win32 m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME); } // Метод DoDataExchange класса CDialogDlg void CDialogDlg::DoDataExchange(CDataExchange* pDX) { CDialog::DoDataExchange(pDX); //{{AFX_DATA_MAP(CDialogDlg) // Здесь ClassWizard размещает вызовы методов DDX и DDV //}}AFX_DATA_MAP } // Таблица сообщений класса CDialogDlg BEGIN_MESSAGE_MAP(CDialogDlg, CDialog) //{{AFX_MSG_MAP(CDialogDlg) ON_WM_SYSCOMMAND() ON_WM_PAINT() ON_WM_QUERYDRAGICON() //}}AFX_MSG_MAP END_MESSAGE_MAP() // Метод OnInitDialog класса CDialogDlg BOOL CDialogDlg::OnInitDialog() { CDialog::OnInitDialog(); // Добавление строки "About..." к системному меню приложения // Проверяем, что идентификатор IDM_ABOUTBOX относится к // системным командам ASSERT((IDM_ABOUTBOX & 0xFFF0) == IDM_ABOUTBOX); ASSERT(IDM_ABOUTBOX < 0xF000); CMenu* pSysMenu = GetSystemMenu(FALSE); CString strAboutMenu; strAboutMenu.LoadString(IDS_ABOUTBOX); if (!strAboutMenu.IsEmpty()) { pSysMenu->AppendMenu(MF_SEPARATOR); pSysMenu->AppendMenu(MF_STRING, IDM_ABOUTBOX, strAboutMenu); } // Выбираем пиктограмму для диалоговой панели. Если главное // окно приложения не является диалоговой панелью, этот код // не нужен SetIcon(m_hIcon,TRUE); // выбираем пиктограмму большого // размера SetIcon(m_hIcon,FALSE); // выбираем пиктограмму маленького // размера // TODO: Здесь вы можете выполнить дополнительную // инициализацию return TRUE; } // Метод OnSysCommand класса CDialogDlg void CDialogDlg::OnSysCommand(UINT nID, LPARAM lParam) { if ((nID & 0xFFF0) == IDM_ABOUTBOX) { CAboutDlg dlgAbout; dlgAbout.DoModal(); } else { CDialog::OnSysCommand(nID, lParam); } } // Если вы добавили кнопку минимизации к диалоговой панели, // следующий код нужен, чтобы отобразить пиктограмму // Метод OnPaint класса CDialogDlg void CDialogDlg::OnPaint() { if (IsIconic()) { CPaintDC dc(this); // контекст устройства SendMessage(WM_ICONERASEBKGND, (WPARAM) dc.GetSafeHdc(), 0); // Выравниваем по центру пиктограмму int cxIcon = GetSystemMetrics(SM_CXICON); int cyIcon = GetSystemMetrics(SM_CYICON); CRect rect; GetClientRect(&rect); int x = (rect.Width() - cxIcon + 1) / 2; int y = (rect.Height() - cyIcon + 1) / 2; // Отображаем пиктограмму dc.DrawIcon(x, y, m_hIcon); } else { CDialog::OnPaint(); } } // Данный метод вызывается для определения формы курсора, // отображаемого, когда пользователь переносит // минимизированное окно // Метод OnQueryDragIcon класса CDialogDlg HCURSOR CDialogDlg::OnQueryDragIcon() { return (HCURSOR) m_hIcon; } Таблица сообщений класса CDialogDlgФайл DialogDlg.cpp содержит таблицу сообщений класса CDialogDlg. Таблица включает три макрокоманды. Как видите, они расположены в блоке AFX_MSG_MAP, поэтому для управления ими используется ClassWizard. BEGIN_MESSAGE_MAP(CDialogDlg, CDialog) //{{AFX_MSG_MAP(CDialogDlg) ON_WM_SYSCOMMAND() ON_WM_PAINT() ON_WM_QUERYDRAGICON() //}}AFX_MSG_MAP END_MESSAGE_MAP() При помощи ClassWizard вы можете обнаружить, что макрокоманды выполняют обработку сообщений WM_SYSCOMMAND, WM_PAINT, WM_QUERYDRAGICON, вызывая для этого методы OnSysCommand, OnPaint и OnQueryDragIcon. Конструктор класса CDialogDlgКонструктор класса CDialogDlg вызывает конструктор базового класса CDialog. При этом ему передается идентификатор диалоговой панели IDD и идентификатор главного окна приложения pParent. При создании объекта класса CDialogDlg не указываются никакие параметры. Поэтому pParent по умолчанию принимается равным NULL. ////////////////////////////////////////////////////////////// // Конструктор класса CDialogDlg CDialogDlg::CDialogDlg(CWnd* pParent /*=NULL*/) : CDialog(CDialogDlg::IDD, pParent) { //{{AFX_DATA_INIT(CDialogDlg) // В этом блоке ClassWizard размещает инициализацию // элементов данных класса //}}AFX_DATA_INIT // Вызов LoadIcon не требует последующего вызова // DestroyIcon, если вы используете программный интерфейс // Win32 m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME); } В теле конструктора расположен блок AFX_DATA_INIT XE "AFX_DATA_INIT" . В него ClassWizard будет добавлять код инициализации элементов данных класса CDialogDlg. Конструктор также инициализирует m_hIcon, записывая в него идентификатор пиктограммы IDR_MAINFRAME. Функция AfxGetApp XE "AfxGetApp" возвращает указатель на объект главного класса приложения. Такой объект для данного приложения всегда один. В нашем случае AfxGetApp определяет указатель на объект theApp. Вот прототип этой функции: CWinApp* AfxGetApp(); Метод DoDataExchangeДиалоговая панель приложения содержит только две кнопки и не имеет связанных с ними переменных. Однако метод DoDataExchange переопределен. Фактически он не выполняет ни какой работы. Единственное что он делает, это вызывает метод DoDataExchange базового класса CDialog. Если вы добавите к диалоговой панели новые органы управления и свяжете их средствами ClassWizard с элементами данных класса CDialogDlg, то в блоке AFX_DATA_MAP будут размещены вызовы методов DDE XE "DDE" и DDV XE "DDV" , необходимые для выполнения обмена данными. void CDialogDlg::DoDataExchange(CDataExchange* pDX) { CDialog::DoDataExchange(pDX); //{{AFX_DATA_MAP(CDialogDlg) // Здесь ClassWizard размещает вызовы методов DDX и DDV //}}AFX_DATA_MAP } Метод OnInitDialogКогда вы отображаете диалоговую панель на экране, вызывая методы DoModal, Create или CreateIndirect, функции диалоговой панели передается сообщение WM_INITDIALOG XE "WM_INITDIALOG" . Вы не имеете доступа непосредственно в функции диалога. Ее реализация содержится в базовом классе CDialog. В ответ на сообщение WM_INITDIALOG вызывается метод OnInitDialog, объявленный как виртуальный метод класса CDialog. Метод OnInitDialog вызывается непосредственно перед выводом панели на экран. Таблица сообщений класса CDialogDlg не содержит макрокоманд для обработки сообщения WM_INITDIALOG. Метод OnInitDialog вызывается непосредственно MFC. Чтобы реализовать собственную обработку сообщения WM_INITDIALOG, нужно просто переопределить метод OnInitDialog. Переопределенный метод должен сразу вызвать метод OnInitDialog базового класса CDialog. Для приложения Dialog MFC AppWizard уже переопределил метод OnInitDialog. В реализации метода добавляется новая строка к системному меню диалоговой панели для вызова краткой справки о приложении. Затем вызывая метод SetIcon, определенный в базовом классе CWnd, мы выбираем пиктограммы для приложения. Метод OnInitDialog возвращает значение TRUE. Это означает, что фокус ввода будет установлен на первый орган управления диалоговой панели. Первый орган диалоговой панели можно выбрать в редакторе диалоговой панели, выбрав из меню Layout строку Tab Order. Если во время инициализации диалоговой панели метод OnInitDialog устанавливает фокус ввода другому органу управления, метод должен вернуть значение FALSE. BOOL CDialogDlg::OnInitDialog() { CDialog::OnInitDialog(); // Добавление строки "About..." к системному меню приложения // Проверяем, что идентификатор IDM_ABOUTBOX относится к // системным командам ASSERT((IDM_ABOUTBOX & 0xFFF0) == IDM_ABOUTBOX); ASSERT(IDM_ABOUTBOX < 0xF000); CMenu* pSysMenu = GetSystemMenu(FALSE); CString strAboutMenu; strAboutMenu.LoadString(IDS_ABOUTBOX); if (!strAboutMenu.IsEmpty()) { pSysMenu->AppendMenu(MF_SEPARATOR); pSysMenu->AppendMenu(MF_STRING, IDM_ABOUTBOX, strAboutMenu); } // Выбираем пиктограмму для диалоговой панели. Если главное // окно приложения не является диалоговой панелью этот код // не нужен SetIcon(m_hIcon,TRUE); // Выбираем пиктограмму большого // размера SetIcon(m_hIcon,FALSE); // Выбираем пиктограмму маленького // размера // TODO: Здесь вы можете выполнить дополнительную // инициализацию return TRUE; } Метод OnSysCommand (системное меню)Разрабатывая приложение с помощью MFC AppWizard, мы указали, что оно должно иметь возможность отображения краткой справочной информации. Для этого в системное меню XE "системное меню" приложения была добавлена строка About. Когда пользователь выбирает строки системного меню любого окна, в том числе и диалоговой панели, или нажимает кнопки максимизации и минимизации, в функцию данного окна поступает сообщение WM_SYSCOMMAND XE "WM_SYSCOMMAND" . Для обработки этого сообщения вызывается виртуальный метод OnSysCommand, определенный в классе CWnd. afx_msg void OnSysCommand(UINT nID, LPARAM lParam); Параметр nID содержит идентификатор строки системного меню, вызвавшего сообщение. Младшие четыре бита параметра nID используются операционной системой и могут принимать любые значения. Параметр nID (без учета четырех младших бит) может принимать одно из следующих значений.
Если строка системного меню выбрана с использованием мыши, параметр lParam содержит координаты курсора. Младшее слово определяет х-координату, а старшее y-координату. Виртуальный метод OnSysCommand определен в классе CDialog и выполняет обработку сообщений WM_SYSCOMMAND в соответствии с их идентификаторами. Естественно, он не может правильно обработать сообщения от строк меню добавленных вами. Чтобы обработать сообщения от новых строк системного меню (для нашего приложения это строка About), необходимо переопределить виртуальный метод OnSysCommand. Сообщения, имеющие стандартные идентификаторы nID, необходимо передавать для обработки по умолчанию методу OnSysCommand базового класса CDialog. void CDialogDlg::OnSysCommand(UINT nID, LPARAM lParam) { // Пользователь выбрал строку About системного меню if((nID & 0xFFF0) == IDM_ABOUTBOX) { CAboutDlg dlgAbout; dlgAbout.DoModal(); } // Все другие сообщение передаем для обработки методу // OnSysCommand базового класса CDialog else { CDialog::OnSysCommand(nID, lParam); } } Реализация метода OnSysCommand, созданная MFC AppWizard для класса CDialogDlg, определяет причину вызова. Если метод OnSysCommand вызван потому что пользователь выбрал из системного меню строку About, создается объект класса CAboutDlg. Класс CAboutDlg представляет собой класс для управления диалоговой панелью About. Затем вызывается метод DoModal, который и отображает диалоговую панель About на экране. Если метод OnSysCommand вызван по любой другой причине, тогда вызывается метод OnSysCommand базового класса CDialog, который выполняет обработку этого сообщения по умолчанию. Описание класса CAboutDlg, а также определение его методов, содержится в файле DialogDlg.cpp (листинг 4.4). Мы не будем подробно описывать класс CAboutDlg, так как он фактически представляет собой упрощенный вариант класса CDialogDlg. Метод OnPaint (отображение пиктограммы приложения)Диалоговая панель может иметь кнопку минимизации. Нажав эту кнопку или выбрав строку Minimaze из системного меню, пользователь может свернуть диалоговую панель (приложение) до размера пиктограммы. К сожалению диалоговая панель, в отличие от обычного окна, не содержит встроенных средств отображения пиктограммы приложения. Поэтому приложение должно само заботиться об отображении пиктограммы. MFC AppWizard облегчает эту задачу. Если вы выберите приложение с интерфейсом на основе диалоговой панели, то в исходный текст добавляется определение метода OnPaint. Рассмотрим метод OnPaint подробнее. void CDialogDlg::OnPaint() { // Определяем размер диалоговой панели if (IsIconic()) { // Если диалоговая панель минимизирована, отображаем // пиктограмму CPaintDC dc(this); // получаем контекст устройства SendMessage(WM_ICONERASEBKGND, (WPARAM) dc.GetSafeHdc(), 0); int cxIcon = GetSystemMetrics(SM_CXICON); int cyIcon = GetSystemMetrics(SM_CYICON); // Определяем размеры внутренней области окна CRect rect; GetClientRect(&rect); // Выравниваем пиктограмму по центру int x = (rect.Width() - cxIcon + 1) / 2; int y = (rect.Height() - cyIcon + 1) / 2; // Отображаем пиктограмму dc.DrawIcon(x, y, m_hIcon); } else { // Выполняем обработку по умолчанию CDialog::OnPaint(); } } После вызова метода OnPaint он проверяет состояние диалоговой панели. Для этого вызывается метод IsIconic, определенный в классе CWnd. Если окно, или в нашем случае диалоговая панель, связанная с объектом, для которого вызывается метод IsIconic, минимизировано, возвращается ненулевое значение, в противном случае - нуль. BOOL IsIconic() const; В случае если диалоговая панель имеет нормальный размер, управление передается методу OnPaint базового класса CDialog для выполнения обработки по умолчанию. Если вызов OnPaint произошел в следствии минимизации диалоговой панели, тогда определяются размеры внутренней области минимизированного окна и размеры пиктограммы. Затем пиктограмма отображается в центре минимизированного окна. Метод OnQueryDragIconПользователь может перетащить пиктограмму минимизированного приложения с места на место. При этом, как правило, форма курсора меняется. Если пользователь перетаскивает пиктограмму окна для класса которого не определена пиктограмма, вызывается метод OnQueryDragIcon. Этот метод должен вернуть идентификатор курсора, который будет отображаться в момент перетаскивания пиктограммы окна. MFC AppWizard определяет метод OnQueryDragIcon для класса CDialogDlg, просто возвращая идентификатор пиктограммы приложения. HCURSOR CDialogDlg::OnQueryDragIcon() { // Возвращаем идентификатор пиктограммы return (HCURSOR) m_hIcon; } Файлы StdAfx.cpp и StdAfx.hСамый маленький файл проекта StdAfx.cpp XE "StdAfx.cpp" . Исходный текст файла StdAfx.cpp представлен в листинге 4.5. Листинг 4.5. Файл StdAfx.cpp #include "stdafx.h" Фактически файл StdAfx.cpp содержит только директиву #include, предназначенную для подключения файла StdAfx.h. Включаемый файл StdAfx.h, представлен нами в листинге 4.6. Включаемый файл StdAfx.h XE "StdAfx.h" предназначен для включения стандартных системных включаемых файлов afxwin.h, afxext.h и afxcmn.h. Если в вашем проекте определены редко изменяемые включаемые файлы, которые используются во многих модулях приложения, вы можете также подключить их в этом файле. Листинг 4.6. Файл StdAfx.h // Исключить редко используемые директивы из файлов windows.h // и afxv_w32.h #define VC_EXTRALEAN // Файл afxwin.h необходим при использовании MFC #include <afxwin.h> // Файл afxwin.h определяет некоторые расширения MFC #include <afxext.h> #ifndef _AFX_NO_AFXCMN_SUPPORT // Файл afxcmn.h используется для органов управления // операционной системы Windows 95 #include <afxcmn.h> #endif // _AFX_NO_AFXCMN_SUPPORT |