Ошибка обработки исключений try...except

[Vova777]

Сообщение от GunSmoker

В его коде Exit не выполняется. Следовательно, его замена на Halt/Terminate ничего не даст.

Я убрал On EFilerError. С Halt -ом вроде нормально идет.А почему лучше использовать этот код вместо Halt в моем коде без On EFilerError ?

Ну On EFilerError - с этим понятно, а почему Halt хуже чем предложенный код? Вроде даже проще...

[GunSmoker]

В пустом приложении - разницы никакой.

В реальном - разница есть.

Потому что у вас могут быть возникать исключение не только в FormCreate, но и в других местах. Вы каждый чих будете в try-except заворачивать? Нет. Поэтому нужно обрабатывать все места в одном - для чего и предназначен механизм обработки исключений.

Кроме того, Halt - это слишком жёстко, рубит программу в точке вызова, не позволяя выполниться коду очистки, который выполнялся бы при обычном вызове. Опять же, это не имеет значение в простой программе, где ничего такого просто нет, но в реальных приложениях это может иметь значение.

А Application.Terminate - это, наоборот, слишком мягко. Его работа заключается в отправке сообщения о закрытии форме. Но ведь до этого момента приложение будет работать и будет выполнять кучу кода. И снова, это не имеет значение в простой программе (разве что иногда вы можете увидеть "моргание окна").

[Аватар]

В MDI-шных приложениях использую для обработки исключений не обработанных в формах Application.OnException

procedure TFMDIForm.ApplicationException(Sender: TObject; E: Exception);
begin
  Application.ShowException(E);
  Application.MainForm.Close;
end;

В основном эти исключения связаны с ошибками программиста. Исключения связанные с обращением к базе, файлам и т.п. обычно в обрабатываю в соответствующих местах без вываливания из проекта. С проблемами пока не сталкивался. Хотелось бы услышать чем это хуже Halt, Application.terminate или способа предложенного в посте 9

[GunSmoker]

Да вполне нормально.

или способа предложенного в посте 9

Вы путаете стадии работы приложения. Автор темы говорит про инициализацию.

[Аватар]

Сообщение от GunSmoker

Вы путаете стадии работы приложения. Автор темы говорит про инициализацию.

Точно, полная расконцетрация, на даче под солнцем пол дня провел.

[Vova777]

Сообщение от GunSmoker

Автор темы говорит про инициализацию.

Да, обработка на стадии инициализации. Если файл с конфигурациями не найден, то не запускать приложение. А во время работы программы, она обращается к еще целой куче файлов, но подразумевается, что эти файлы всегда на своем месте: они идут всегда вместе с программой. Их отсутствие я даже не рассматриваю, т.к. это будет являться намеренным их удалением. Как говорится: "От дурака защиты нет".
Не стоит удалять рабочие файлы программы

[Аватар]

Сообщение от Vova777

Да, обработка на стадии инициализации. Если файл с конфигурациями не найден, то не запускать приложение. А во время работы программы, она обращается к еще целой куче файлов, но подразумевается, что эти файлы всегда на своем месте: они идут всегда вместе с программой. Их отсутствие я даже не рассматриваю, т.к. это будет являться намеренным их удалением. Как говорится: "От дурака защиты нет".

Зря вы так, очень даже не полохо было бы выдать нормальное сообщение в случае отсутствия одного из этих файлов

[Vova777]

Сообщение от Аватар

Зря вы так, очень даже не полохо было бы выдать нормальное сообщение в случае отсутствия одного из этих файлов

Не стоит удалять рабочие файлы программы. А так они всегда идут вместе с ней.

[Пепел Феникса]

Не стоит удалять рабочие файлы программы. А так они всегда идут вместе с ней.

даже в таком случае, лучше сказать пользователю что программа/её компонент поврежден, переустановите приложение.(+еще можно указать на поврежденный компонент)
чем просто скрываться.
пользователь в вашем случае просто удалит приложение.

[Vova777]

Сообщение от Пепел Феникса

даже в таком случае, лучше сказать пользователю что программа/её компонент поврежден, переустановите приложение.(+еще можно указать на поврежденный компонент)
чем просто скрываться.
пользователь в вашем случае просто удалит приложение.

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