Неприятная ситуация с периодом жизни объектов

Настало время выполнить мое обещание - объяснить, зачем нужен дубликат строки, содержащей имя файла. Дубликат необходим, потому что после возврата из AddPages() оболочка освобождает свой интерфейс IShellPropSheetExt, который, в свою очередь, разрушает объект CFileTimeShlExt. Это означает, что оконная процедура страницы свойств не сможет получить доступ к элементу m_lsFiles класса CFileTimeShlExt.

Моим решением было сделать копию каждого имени файла и передать указатель на эту копию во вкладку. Вкладка, обладая памятью, отвечает за ее освобождение. Если есть более чем один выделенный файл, каждая вкладка получает копию имени файла с ней связанного. Память освобождается функцией PropPageCallbackProc , приведенной ниже. Эта строка в AddPages():

psp.lParam = (LPARAM) szFile;

очень важна. Она сохраняет указатель в структуре PROPSHEETPAGE и делает его доступным в оконной процедуре страницы свойств.

Функции обратного вызова страницы свойств

Теперь обратимся к странице свойств. Вот как она выглядит:

Держите в уме эту картинку, пока читаете объяснения о том, как она работает.

Заметьте, что здесь нет контрола для отображения и корректировки времени последнего доступа к файлу. FAT сохраняет только дату последнего доступа. Другие файловые системы сохраняют также время последнего доступа, но я не реализовывал логику по проверке типа файловой системы. При изменении даты последнего доступа время всегда будет сохраняться как 12 часов ночи, если файловая система поддерживает поле времени последнего доступа.

Страница имеет две функции обратного вызова и два обработчика сообщений. Их прототипы идут вначале файла FileTimeShlExt.cpp:

BOOL CALLBACK PropPageDlgProc ( HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam ); UINT CALLBACK PropPageCallbackProc ( HWND hwnd, UINT uMsg, LPPROPSHEETPAGE ppsp ); BOOL OnInitDialog ( HWND hwnd, LPARAM lParam ); BOOL OnApply ( HWND hwnd, PSHNOTIFY* phdr );

Оконная процедура приятно проста. Она обрабатывает три сообщения: WM_INITDIALOG, PSN_APPLY и DTN_DATETIMECHANGE. Вот часть WM_INITDIALOG:

BOOL CALLBACK PropPageDlgProc ( HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam ) { BOOL bRet = FALSE; switch ( uMsg ) { case WM_INITDIALOG: bRet = OnInitDialog ( hwnd, lParam ); break;

OnInitDialog() я объясню позже. Дальше идет PSN_APPLY, которое посылается, если пользователь щелкнет OK или Apply.

case WM_NOTIFY: { NMHDR* phdr = (NMHDR*) lParam; switch ( phdr->code ) { case PSN_APPLY: bRet = OnApply ( hwnd, (PSHNOTIFY*) phdr ); break;

И, в конце, DTN_DATETIMECHANGE. Это самое простое, мы просто делаем доступной кнопку Apply посылкой сообщения набору свойств (который является родительским окном для нашей страницы).

case DTN_DATETIMECHANGE: // Если пользователь изменил содержимое DTP, разрешаем кнопку Apply SendMessage ( GetParent(hwnd), PSM_CHANGED, (WPARAM) hwnd, 0 ); break; } } break; } return bRet; }

Пока все хорошо. Другая callback функция вызывается, когда вкладка создается или уничтожается. Нас интересует последний случай, так как именно тогда мы можем освободить дубликат строки, который был создан раньше, в AddPages(). Параметр ppsp указывает на структуру PROPSHEETPAGE, которую мы использовали для создания вкладки. Ее элемент lParam все еще указывает на дубликат строки, который должен быть освобожден.

UINT CALLBACK PropPageCallbackProc ( HWND hwnd, UINT uMsg, LPPROPSHEETPAGE ppsp ) { if ( PSPCB_RELEASE == uMsg ) { free ( (void*) ppsp->lParam ); } return 1; }

Функция всегда возвращает 1, потому что, если функция вызывается в период создания страницы, то возвращая 0 она может прервать дальнейший процесс создания. Возвращение 1 позволяет завершить процесс создания вкладки нормально. Возвращаемое значение игнорируется, если функция вызвана, когда закладка уничтожается.