Что такое одноразовый таймер? Просто говоря, это таймер который используется один раз, а потом уничтожается. Основная реализация, в случае изменения размера окна, – запустить таймер при получении сообщения WM_SIZE. Если таймер уже существует (в случае последовательных сообщений WM_SIZE), уничтожить его и запустить еще один. Когда наконец сообщение WM_TIMER пробивается скозь очередь других сообщений, уничтожаем таймер. Помните, что вы не получите сообщения WM_TIMER, пока не прекратится изменение окна приложения. У сообщений WM_TIMER очень низкий приоритет. Следующие две функции, OnSize и OnTimer, иллюстрируют как я приспособил таймер для этого приложения. В дополнение к созданию и уничтожению таймеров, эти функции устанавливают значение m_fDraw.

void CMetavw1View::OnSize(UINT nType, int cx, int cy) {

CView::OnSize(nType, cx, cy);

// Это нужно делать только если опция отображения содержимого

// окна при перемещении и изменении размера включена

if (m_fFullDragOn) {

if (!m_uiTimer) KillTimer(1);

m_uiTimer = SetTimer(1, 100, NULL);

m_fDraw = FALSE;

}

Когда мы наконец получаем сообщение WM_TIMER, функция OnTimer устанавливает значение m_fDraw в TRUE, уничтожает таймер и перерисовывает клиентскую область окна представления.

void CMetavw1View::OnTimer(UINT nIDEvent) {

m_fDraw = TRUE;

m_uiTimer = 0;

KillTimer(1);

InvalidateRect(NULL);

}

Переменная m_fFullDragOn, встречавшаяся в OnSize, устанавливается вызовом функции FullDragOn в конструкторе класса представления. Эта функция смотрит в ключе HKEY_CURRENT_USERControl PanelDesktop реестра, включена ли опция показа содержимого окна. Если значение подключа DragFullWindows равно 1, функция возвращает TRUE, иначе она возвращает FALSE. [Расположение ключей в реестре сильно зависит от типа и версии системы. Используйте эту возможность с осторожностью. – прим. перев.]

BOOL CMetavw1View::FullDragOn() {

HKEY hkey = NULL;

DWORD dwType;

long lResult;

LPSTR lpszDataBuf;

DWORD cbData = 0;

lResult = RegOpenKeyEx(HKEY_CURRENT_USER, "Control Panel\Desktop", 0, KEY_READ, &hkey);

if (hkey) {

// Получить размер ключа.

lResult = RegQueryValueEx(hkey, "DragFullWindows", NULL, &dwType, NULL, &cbData);

// Зарезервировать память под значение ключа.

lpszDataBuf = (LPSTR)malloc(cbData * sizeof(char));

// Получить значение ключа.

lResult = RegQueryValueEx(hkey, "DragFullWindows", NULL, &dwType, (LPBYTE)lpszDataBuf, &cbData);

return (*lpszDataBuf == '1');

}

return FALSE;

}

Общий результат таков: когда окно изменяет размер, ничего не перерисовывается до тех пор, пока изменение размера не прекратится.

Добавление второго представления

Вы наверное помните, что в задаче Найджела было требование, что программа должна выводить документ на экран в различных представлениях: либо в виде изображения, либо в виде заголовка метафайла отображаемого как текст. Никаких проблем; наверняка для этого есть свой мастер наподобие AppWizard. К моему сильнейшему изумлению, никакого мастера не было! Так что я посмотрел статью Дейла Роджерсона (Dale Rogerson) "Multiple Views for a Single Document" ("Несколько представлений для одного документа") в MSDN. Она была очень полезной. Тем не менее, пока вы не проделаете это три или четыре раза, вы очень просто можете запутаться! Поверьте мне, я потерял несколько часов, когда брался то за добавление второго представления, то за написание класса CEMF. Я советую полностью сфокусироваться на втором представлении, пока оно не заработает как надо. Найджел добавил второе представление в одну из своих программ-примеров ("VIEWDIB: Views Multiple DIBs Simultaneously" Прим. редактора: к сожалению, это приложение больше не входит в состав библиотеки MSDN), основанную на статье Дейла. Он вывел следующий список, основанный на своем опыте. Имея статью Дейла и список Найджела, я смог добавить второе представление без особых хлопот. А если я могу это сделать, то вы тоже можете!

1. Воспользуйтесь ClassWizard чтобы создать новый класс представления; например, CAppSecondView.

2. Добавьте включение заголовочного класса нового представления в нужный cpp-файл (см. пункт 12).

3. Добавьте функцию GetDocument к коду класса представления и заголовку. (Скопируйте ее из другого класса представления.)

4. Напишите код функции OnDraw для нового представления, или по крайней мере поставьте простую заглушку, которая вам позволит его протестировать. Убедитесь, что код класса нового представления включен в проект, и откомпилируйте новый модуль.

5. Создайте новый ресурсный идентификатор, типа IDR_VIEW2TYPE. Этот идентификатор будет использоваться для всех ресурсов второго представления.

6. Создайте пиктограмму для нового представления, используйте ресурсный идентификатор из пункта 5.

7. Создайте меню для второго представления (можете скопировать старое), опять используйте ресурсный идентификатор из пункта 5.

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

9. В строковую таблицу добавьте новую строку шаблона для нового ресурсного идентификатора в виде:

nТипnnnnТип файлаnТип файла

10. В класс приложения добавьте public-переменную типа CMultiDocTemplate* для каждого представления, например m_pBasicViewTemplate и m_pNewViewTemplate.

11. В файл заголовка класса приложения включите следующую строку после объявления класса:

extern C???App NEAR theApp;

(замените ??? на название вашего приложения.)

12. Добавьте код создания каждого шаблона документа в реализацию класса приложения, напр.:

m_pBasicViewTemplate = new CMultiDocTemplate(...);

AddDocTemplate(m_pBasicViewTemplate);

13. С помощью ClassWizard'a добавьте в класс главного окна обработчики команд меню нового представления. Все обработчики в виде:

CreateOrActivateFrame(theApp.m_p????ViewTemplate, RUNTIME_CLASS(C???View));

Также не забудьте включить заголочный файл нового представления в MAINFRM.CPP

14. Добавьте функцию CreateOrActivateFrame в MAINFRM.CPP и MAINFRM.H.

Заключение

О'кей, это еще одна статья, прославляющая MFC. Что я могу сказать. Я действительно был скептиком до того, как приступил к работе.

Если вы еще не решились, я советую вам попробовать. Я помню одного знакомого, который говорил: "Я никогда не прикоснусь к продукту Microsoft, так как они представляют собой все зло индустрии програмного обеспечения." Теперь он работает в Microsoft! Так что никогда не говорите никогда. Это тот подход, который я выбрал в отношении C++ и MFC. И кстати, вы слышали что новая версия Visual C++ будет называться Visual Cobol++? Вот тогда мне наверное придется уйти в отставку!

Это все на сегодня. Пока!

Алекс Jenter [email protected] Красноярск, 2001. Рассылка является частью проекта RSDN.

Программирование на Visual C++

Выпуск №49 от 8 июля 2001 г.

Добрый день, дорогие подписчики!

СТАТЬЯ

Добавление технологии Connection point в приложение на базе библиотеки MFC

Автор: Евгений Щербатов

Часть 1. Необходимость существования и принцип работы Connection point

В данной статье я сделал попытку объяснить, что такое Connection point, её (его – кому как нравится) устройство и принцип работы. Плохо или хорошо у меня это получилось, судить вам.

Структура статьи построена таким образом, чтобы человек, НИЧЕГО не знающий об этой аббревиатуре, не только понял общие принципы работы, но и смог реализовать данную возможность в своих программах с использованием MFC технологии. Я сам в свое время реально столкнулся с проблемой в максимально сжатые сроки изучить и реализовать этого "зверя", ни разу и не слышав о нем раньше. Если вы находитесь в подобной ситуации, то эта статья для вас.

Я не претендую на академическую точность изложения материала, потому как тот кусочек текста, что вы будете читать, есть не детальный перевод материала из MSDN, а моя попытка систематизировать те знания, которыми я обладаю и преподнести их вам в том контексте и порядке, который, как я считаю, сильно помог бы мне в свое время. Считаю нужным заметить, что реализация Connection point на MFC и ATL сильно отличаются, впрочем, равно как и реализация самих COM-серверов. Именно ввиду этого я и выбрал в качестве примеров библиотеку MFC. Дело в том, что про использование Connection point на ATL написано немало статей – я в этом лично убедился. Да и, кроме того, сам мастер в ATL без проблем позволяет добавить и использовать эту технологию. Что же касается MFC, то здесь это сопряжено с некоторыми трудностями. Поэтому, думаю, что те люди, у которых будет необходимость работать именно с MFC, хоть немного, но получат пользу от этого материала. Я постараюсь детально рассказать о тех подводных камнях, с которыми вы можете столкнуться при этом, и помогу вам преодолеть их. Остается добавить, что я буду искренне благодарен любым поправкам и советам в мой адрес.

1 ... 76 77 78 79 80 81 82 83 84 ... 156

На этой странице вы можете бесплатно читать книгу Программирование на Visual C++. Архив рассылки - Алекс Jenter бесплатно.

Похожие на Программирование на Visual C++. Архив рассылки - Алекс Jenter книги

Программирование - Ирина Козлова - Программирование
Программирование — вторая грамотность - Андрей Ершов - Программирование
97 этюдов для архитекторов программных систем - Нил Форд - Программирование
Платформа J2Me - Автор неизвестен - Программирование

Оставить комментарий