|
Очень интересный и полезный вопрос!! Я сам так с ним до конца и
не разобрался! Но я попробую систематизировать события, происходящие
при запросе на завершение работы Windows:
- Windows посылает сообщение WM_QUERYENDSESSION главным окнам
всех запущенных приложений, при этом приложения должно сообщить
свою готовность к завершению работы.
Если при этом хотя бы одно из приложений ответит отрицательно,
Windows прерывает процесс завершения работы.
- Delphi перехватывает это сообщение, и, в свою очередь,
вызывает метод TForm.CloseQuery, (в главной форме, естественно),
который генерирует событие OnCloseQuery, в обработчике которого
можно указать на неготовность завершения приложения и отмены
завершения работы Windows.
- Если я правильно понимаю, если ваше приложение "не мешает"
Windows завершить свою работу, Windows нормально НЕ завершает
работу приложения, поскольку для этого нет необходимости, не нужно
освобождать память, ресурсы и пр. Так, если это утверждение верно
(это легко можно проверить, но я слишком ленив сейчас), то событие
OnCloseQuery - ваш единственный шанс сохранения данных на диске. Я
не думаю что эта логика слишком плоха, просто это одна из тех
причуд Windows, которую нужно знать и пользоваться ею. Что может
произойти в описанном выше сценарии: редактируемая в настоящий
момент запись не будет отправлена (Post) в базу данных, но та же
самая вещь может случиться и при нормальном завершении приложения.
При выходе из windows, вы вызываете WM_CLOSE api (или что-то
типа этого) для каждого работающего в настоящий момент приложения.
Программа закрывается точно таким же образом, как если бы вы
щелкнули на кнопке закрытия или вызвали close из главной формы.
Поэтому вам не нужно предпринимать никаких дополнительный
действий, связанных с завершением работы с таблицами. |
Корректное закрытие базы данных
приложением Delphi