try except

[Stilet]

Давайте посмотрим реальный простой пример из рабочий проекта

Ха! Так он по другому написан )
Ладно не важно. Я тоже любитель IF понатыкать вместо отлова исключений, хотя без try except всетки не удается работать. Но тем не менее я взял себе за привычку правило: Консолидировать разнотипные действия внутри try, тогда при выбросе исключения и его сообщения уже по тексту можно определить какой из операторов гальюнул.

Программист должен учитывать все варианты.

Так не получится. Всего не предусмотришь.

[xxbesoxx]

Сообщение от саша40

Алгоритмические ошибки нас учили исправлять и учитывать ещё с самоучителя по Delphi 7. Программист должен учитывать все варианты.

Что значить самоучителя ? Cамоучки получаем знание из (Книг из форума) А что мне расскажет преподаватель такого, что он не будет в книге и на форуме .
Я думаю что ходить какой то преподавателю и тратить (Врем-Деньги) лучше учиться из (Книг и из форума) тренировать для себя ! Уже все есть интернете главное что человеку бил желание учится .....
и форум это большой университет !!!

[саша40]

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

Что значить самоучителя ? Cамоучки получаем знание из (Книг из форума) А что мне расскажет преподаватель такого, что он не будет в книге и на форуме .
Я думаю что ходить какой то преподавателю и тратить (Врем-Деньги) лучше учиться из (Книг и из форума) тренировать для себя ! Уже все есть интернете главное что человеку бил желание учится .....
и форум это большой университет !!!

Самоучитель по Delphi 7. Это pdf-книжка, которая компания Borland предоставила её пользователям. Я потом читал книжки и многое из них получил, но больше всего я получил из справочников и ручного поиска в Яндексе.

[Человек_Борща]

Я думаю что ходить какой то преподавателю и тратить (Врем-Деньги) лучше учиться из (Книг и из форума) тренировать для себя

В книге есть оборот "но об этом в другой раз". У преподавателя нет. Кроме того, преподаватель постоянно рассказывает свой опыт из реальных проектов. В книгах этого тоже нет.

[Stilet]

У преподавателя нет.

Улыбаете, порутчик )

преподаватель постоянно рассказывает свой опыт из реальных проектов.

И еще раз улыбаете )
Везуха вам с преподавателями, ей богу...

[Человек_Борща]

Везуха вам с преподавателями, ей богу...

Быть может и так

[Вадим Мошев]

Хорошую тему подняли. Тоже интересуюсь.
Вот, например, если имеем дело с очень небольшим участком кода, где под подозрение попадает, например, один оператор.
Что делать, если он глючит, а надо посмотреть, какое исключение он выдаёт? Я правильно понимаю, что ответ изложен в посте номер два?

[StriderX]

Сообщение от Вадим Мошев

Хорошую тему подняли. Тоже интересуюсь.
Вот, например, если имеем дело с очень небольшим участком кода, где под подозрение попадает, например, один оператор.
Что делать, если он глючит, а надо посмотреть, какое исключение он выдаёт? Я правильно понимаю, что ответ изложен в посте номер два?

Слишком абстрактный пример. Кому надо посмотреть? Что именно надо посмотреть? А бросает ли оператор исключения в принципе? Где работает приложение? Применима ли удалённая отладка?
Если оператор бросит исключение, а у вас запущена отладка, то вам и так покажут место и ошибку. Если исключения там в принципе не предвидятся, то здесь уже начинают работать несколько иные механизмы диагностики: протоколирование\логи, сохранение и анализ дампа, автотесты для модулей\классов\операторов, самотестирование в рантайме (хотя здесь корректнее говорить о валидации данных из внешних источников в смысле процессов растянутых по времени), написание всяких мониторов реального времени и т.п.
Еще требуется рассмотреть саму суть реагирования на ошибки. Они тоже бывают разные: какие-то неизбежно приводят к краху приложения, какие-то дают нам возможность корректно завершиться и сохранить пользовательские данные, какие-то имеют варианты разрешения на ходу (вместо невалидного указателя мы подсунем специально подготовленную для таких дел заглушку\пустой объект), с какими-то мы вообще ничего не имеем права делать (ну вот сказал нам сервер задом-наперёд ходить, вот мы и ходим), какие-то вообще не являются ошибкой (ресурс не найден, но не очень то и хотелось).
Вот, чтобы была хоть какая-нибудь отправная точка для разговора, выше и приведена статья про обработку ошибок в целом =-)

[Человек_Борща]

Что делать, если он глючит, а надо посмотреть, какое исключение он выдаёт?

Да. Полезнее ещё выводить ClassName.

Но куда надежнее читать StackTrace, например с помощью JCLDebug.

[northener]

Сообщение от Вадим Мошев

Хорошую тему подняли. Тоже интересуюсь.
Вот, например, если имеем дело с очень небольшим участком кода, где под подозрение попадает, например, один оператор.
Что делать, если он глючит, а надо посмотреть, какое исключение он выдаёт? Я правильно понимаю, что ответ изложен в посте номер два?

Как правило да. Хотя тоже самое вы получите/увидите и без использования ответа изложенного в том посте.
Так что наверно вы неправильно сформулировали свой вопрос.

P.S. Извините что обращаюсь к вам на вы.