Асоціація класів MFC з елементами управління
Лекція № 17
Тема: Елементи керування
План:
1. Елементи управління - вікна
2. Асоціація класів MFC з елементами управління
3. Застосування функції GetDlgltem
Елементи управління - це теж вікна
Щоб краще зрозуміти, як саме MFC забезпечує підтримку елементів управління ймовірно, було б цікаве розглянути процес створення елементів управління безвідносно до MFC. Звернете увагу, практично будь-який прямокутник, що відображається на екрані, здатний взаємодіяти з користувачем, є вікно. Тут маються на увазі кнопки, поля редагування, звичайні списки, що розкриваються. Щоб створити елементи управління, використовуються ті ж самі функції Win32 CreateWindow і CreateWindowEx, які використовуються для створення будь-яких інших вікон.
Звернете увагу на стандартний прототип функції CreateWindow:
HWND CreateWindow(
LPCTSTR lpClassName // зареєстроване ім'я класу
LPCTSTR lpWindowName // ім'я вікна
DWORD dwStyle // стиль вікна
int х II горизонтальна позиція вікна
int у // вертикальна позиція вікна
int nWidth // ширина вікна
int nHeight // висота вікна
HWND hWndParent // дескриптор батьківського вікна
HMENU hMenu // дескриптор меню
Нinstance hlnstance // дескриптор екземпляра додатку
LPVOID lpParam // дані для створення вікна
) ;
Перший параметр функції CreateWindow — це ім'я класу вікна (window class name). Класу кожного загального елементу управління (common control) привласнено унікальне ім'я. При запуску операційної системи Windows здійснюється виклик функції RegisterClass, що дозволяє асоціювати процедуру вікна (window procedure) з класом вікна кожного із загальних елементів управління. Потім, при зверненні до функції CreateWindow, операційній системі Windows вже буде відомо, яку саме процедуру вікна необхідно викликати, щоб створити таке вікно, і куди послати повідомлення, адресовані цьому вікну. Імена класів загальних елементів управління визначені у файлі CommCtrl.h. Нижче приведений фрагмент файлу CommCtrl.h, у якому визначено ім'я класу для елементу управління поле введення (edit control). Звернете увагу, для кожного елементу управління існують дві версії імені класу: для UNICODE і для ASCII.
// Ім'я класу поля введення
#define WC_EDITA "Edit"
#define WC_EDITW L"Edit"
#ifdef UNICODE
#define WC_EDIT WC_EDITW
fielse
#define WC__EDIT WC_EDITA
#endif
#else
#define WC_EDIT "Edit"
#endif
Але як все це пов'язано з обговорюваними елементами управління MFC? Насправді, щоб краще зрозуміти, як саме працюють елементи управління MFC, дуже важливо виразно уявляти, що саме класи MFC роблять самостійно, а, отже, що вони приховують від користувача.
Для кожного із загальних елементів управління в бібліотеці MFC визначений клас C++. Наприклад, існує клас CEdit, що є оболонкою елементу управління поле введення (edit control); клас CButton є оболонкою елементу управління кнопка (button) і так далі Класи всіх елементів управління є похідними від базового класу CWnd, в якому визначена змінна-член m_hwnd, що є дескриптором фактичного вікна, яким можна управляти за допомогою функцій і змінних-членів цього класу.
Табл. містить список даних елементів управління, імена відповідних ним класів вікон, а також класів MFC, використовуваних для маніпулювання цими елементами управління і реалізації обробників подій для них. Наступний розділ демонструє, як асоціювати клас елементу управління MFC з певним елементом управління під час виконання додатку.
Таблиця Класи елементів управління Windows
Елемент управління Класи MFC Класи Windows
Кнопка (Button) CButton BUTTON
Звичайний список (List box) CListBox LISTBOX
Поле введення (Edit control) CEdit EDIT
Список, що розкривається
(Combo box) CComboBox COMBOBOX
Асоціація класів MFC з елементами управління
Класи елементів управління MFC виконують дві дуже важливі завдання. В першу чергу за допомогою своїх функцій-членів вони надають засоби для передачі повідомлень головному вікну. Наприклад, щоб додати в елемент управління список, що розкривається, нове строкове значення за допомогою SDK. Win32, довелося б послати йому відповідне повідомлення. Це можна зробити таким чином:
HWND hwnd = ::GetDlgltem (hvmdDialog, IDC__COMB01);
::SendMessage (hwnd, CB_ADDSTRING, 0L, (LPARAM) "GetDlgItem");
Те ж саме завдання, але за допомогою класу-оболонки елементу управління (а саме CComboBox), можна було б виконати таким чином:
combobox.AddString(“GetDlgItem”);
Мається на увазі, що з елементом управління список, що розкривається, вже асоційована змінна combobox.
Це найпростіша частина, оскільки, як тільки клас MFC буде асоційований з певним елементом управління (не забувайте, що його базовий клас CWnd володіє змінною-членом, призначеною для зберігання дескриптора HWND елементу управління), маніпулювати їм досить просто, тому що при виклику певних функцій-членів цього класу елементу управління передаються відповідне повідомлення. Нижче приведена фактична реалізація функції-члена CComboBox::AddString (розташованою у файлі afxwin2 . inl).
_AFXWIN_INLINE int CComboBox::AddString(LPCTSTR IpszString)
{
ASSERT(::IsWindow(m_hWnd));
return (int)::SendMessage(m_hWnd, CB_ADDSTRING, 0, (LPARAM) IpszString);
}
Далі приводиться список переваг застосування класів MFC для елементів управління в порівнянні з SDK Win32.
- Не потрібно визначати значення дескриптора HWND, оскільки клас елементу управління зберігає його у відповідній змінній-членові (при його приєднанні до фактичного елементу управління).
- Не потрібно запам'ятовувати точне повідомлення (в даному випадку CB_ADDSTRING). Замість нього можна використовувати більш описові, інтуїтивно зрозумілі імена функцій-членів (наприклад, AddString).
- Невживані параметри (в даному випадку WPARAM, наприклад) у функціях-членах класів не застосовуються. Замість них функція-член посилає значення за умовчанням.
Ще однією важливою перевагою, що надається класами елементів управління, є полегшена обробка подій елементів управління. Застосування SDK Win32 має на увазі створення власного циклу обробки повідомлень, що включає перевірку ідентифікатора кожного повідомлення, що поступило, на відповідність ідентифікатору кожного елемент управління, а також створення обробника для кожного підмета обробці повідомлення. Класи MFC для елементів управління, навпаки, інкапсулюють процедуру вікна елементу управління, перехоплюють повідомлення, призначені для цього вікна, а також перенаправляють їх карті повідомлень класу і, кінець кінцем, необхідним обробникам, яких реалізує базовий клас або перевизначає клієнтський код.
З'ясувавши, що саме класи елементів управління MFC здійснюють самостійно, залишилося з'ясувати, як асоціювати клас елементу управління з самим елементом управління. Це можна здійснити декількома способами.
- За допомогою функції GetDlgltem.
- За допомогою DDX і шаблону елементу управління діалогового вікна.
- За допомогою виклику методу Attach і шаблону елементу управління діалогового вікна.
- За допомогою динамічного створення елементу управління і подальшого виклику методу Attach.
Перш ніж перейти до докладного розгляду кожного методу, створимо проект діалогового застосування під назвою Control Attaching. Це демонстраційне застосування згодом використовуватиметься в декількох розділах для порівняння різних способів підключення класів елементу управління до самих елементів управління.