Применение Windows API, Легалов А. И.

Применение Windows API

на обложку

Легалов А. И.

Шрифт:

for (;;) {

// Wait for change notification

DWORD waitStatus = WaitForSingleObject(_notifySource, INFINITE);

if (WAIT_OBJECT_0 == waitStatus) {

// If folder changed

if (_isDying) return;

PostMessage(_hwndNotifySink, WM_FOLDER_CHANGE, 0, (LPARAM)_folder);

// Continue change notification

if (!_notifySource.ContinueNotification) {

// Error: Continuation failed

return;

}

} else {

// Error: Wait failed

return;

}

Рассмотрим, что происходит в оконной процедуре в ответ на наше специальное сообщение. Мы вызываем метод Контроллера OnFolderChange. Этот метод может делать все, что мы захотим. В Проводнике (Explorer) он регенерирует отображение содержимого папки, которую мы наблюдаем. В нашем примере он только вызывает простое окно сообщения. Обратите внимание, что мы передаем имя измененной папки как LPARAM. Совершенно неважно, как определить WPARAM и LPARAM, в сообщении, определяемом пользователем.

Между прочим, Наблюдатель Папки — только часть Контроллера.

case WM_FOLDER_CHANGE:

pCtrl->OnFolderChange(hwnd, (char const *)lParam);

return 0;

void Controller::OnFolderChange(HWND hwnd, char const * folder) {

MessageBox(hwnd, "Change Detected, "Folder Watcher", MB_SETFOREGROUND | MB_ICONEXCLAMATION | MB_OK);

}

class Controller {

public:

Controller(HWND hwnd, CREATESTRUCT * pCreate);

~Controller;

void OnFolderChange(HWND hwnd, char const *folder);

private:

FolderWatcher _folderWatcher;

};

Теперь, когда мы знаем, как иметь дело с уведомлением, давайте взглянем на их источники, События изменяющие файлы. Объект события создан файловой системой в ответ на FindFirstChangeNotification. Дескриптор этого события возвращен из вызова. Мы запоминаем этот дескриптор и используем его позже, чтобы или осуществить восстанавление или отказаться от нашего интереса к дальнейшим уведомлениям. Обратите внимание, что мы можем устанавливать наблююдение рекурсивно, то есть, наблюдать данную папку и все ее подпапки и подподпапки. Мы можем также выражать интерес к специфическим изменениям, передавая поразрядное ИЛИ для любой комбинации следующих флажков:

• FILE_NOTIFY_CHANGE_FILE_NAME (переименование, создание или удаление файла)

• FILE_NOTIFY_CHANGE_DIR_NAME (создание или удаление каталога (папки))

• FILE_NOTIFY_CHANGE_ATTRIBUTES

• FILE_NOTIFY_CHANGE_SIZE

• FILE_NOTIFY_CHANGE_LAST_WRITE (сохранение файла)

• FILE_NOTIFY_CHANGE_SECURITY

Для удобства мы определили несколько подклассов от FileChangeEvent, которые соответствуют к некоторым полезным комбинациям этих флажков. Один из них — FolderChangeEvent, который мы использовали в нашем FolderWatcher.

class FileChangeEvent {

public:

FileChangeEvent(char const *folder, BOOL recursive, DWORD notifyFlags) {

_handle = FindFirstChangeNotification(folder, recursive, notifyFlags);

if (INVALID_HANDLE_VALUE == _handle) throw WinException("Cannot create change notification handle");

}

~FileChangeEvent {

if (INVALID_HANDLE_VALUE != _handle) FindCloseChangeNotification(_handle);

}

operator HANDLE const { return _handle; }

BOOL ContinueNotification {

return FindNextChangeNotification(_handle);

}

private:

HANDLE _handle;

};

class FolderChangeEvent : public FileChangeEvent {

public:

FolderChangeEvent(char const* folder) : FileChangeEvent(folder, FALSE, FILE_NOTIFY_CHANGE_FILE_NAME) {}

};

class TreeChangeEvent : public FileChangeEvent {

public:

TreeChangeEvent(char const * root) : FileChangeEvent (root, TRUE, FILE_NOTIFY_CHANGE_FILE_NAME | FILE_NOTIFY_CHANGE_DIR_NAME) {}

};

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

Далее: Программирование OLE и использование COM без MFC .

Оболочка из классов для COM

Использование оболочки Windows совместно с COM

Перевод А. И. Легалова

Англоязычный оригинал находится на сервере компании Reliable Software

Программировать с использованием COM настолько трудно, что Вы не должны даже пробовать это без MFC. Правильно или неправильно? Абсолютная чушь! Рекламируемые OLE и его преемник COM имеют элегантность гиппопотама, занимающегося фигурным катанием. Но размещение MFC на вершине COM подобно одеванию гиппопотама в клоунский костюм еще больших размеров.

Загрузите исходник примера, TreeSizer (zip архив 12 кб, любезность Laszlo Radanyi), в котором вычисляется суммарный размер всех файлов в некотором каталоге и всех его подкаталогах. Он, для просмотра каталогов, использует окно просмотра оболочки Windows.

Итак, что делать программисту, когда он столкнется с потребностью использовать возможности оболочки Windows, которые являются доступными только через интерфейсы COM? Читайте …

Для начала, всякий раз, когда Вы планируете использовать COM, Вы должны сообщить системе, чтобы она инициализировала COM подсистему. Точно так же всякий раз, когда вы заканчиваете работу, Вы должны сообщить системе, чтобы она выгрузила COM. Самая простой способ это сделать заключается в определении объекта, конструктор которого инициализирует COM, а деструктор выгрожает ее. Самое лучшее место для внедрения данного механизма — это объект Controller (см. Windows программу Generic), подобный этому.