Всем привет!
Редкий день, когда у меня есть минутка свободного времени, и не буду упускать возможность начать обсуждение темы, которую мне давно хотелось разобрать поподробнее.
Итак,
Обработка исключения: что собственно нужно делать?
Когда-то давно, когда я впервые увидел try-catch мне показалось, что это нужно для предотвращения "падения" кода в момент выполнения в результате возникшей ошибки.
Но постепенно формировалось понимание, что в catch должно идти больше кода, чем только оповещение о ситуации.
И в конце концов в голове сформировался список возможных дейсвтий в процессе обработки исключения, организованный в три группы:
(1) это самом простое - "будь настойчив" - попробовать сделать то, что вызвало ошибку еще раз, и возможно до тех пор пока позволяют лимиты. С этим столкнулся при обработке неудачного колаута.
(2) оповещение о проблеме пользователя и\или админа и\или владельца кода.
- если есть пользователь - то ему выводятся сообщения на страницу.
- если его нет - то отправляются письма счастья для админа и\или владельца кода.
(3) выполнения каких-то специфичных действий по "проблемной" логике:
- перевод пользователя на др страницу (в т.ч. оставаясь на одном экземпляре контролерра) или рендеринг специальной секции на текущей странице, где пользователю предлагается предпринять какие действия по "проблемному" сценарию.
- выполнения каких то действия с записями в соответвие с проблемной ситацией, например перевод поля "Статус" в значение "Возникла ошибка при отправке" и апдатирование.
Это все что у меня накопилось по данному вопросу.
Пожалуйста, поделитесь своим опытом обработки исключений: что обычно вы делаете при этом, с какими редкими варинатми действий вам приходилось сталкиваться?
спасибо
Привет! Рекомендую начать с этого
http://habrahabr.ru/company/golovachcourses/blog/223821/
Да это Java, но общее понимание матчасти должно быть
прочитал мат часть - интересно и подробно описано.
Вот здесь более детально уже только про Apex.
https://developer.salesforce.com/page/An_Introduction_to_Exception_Handling
все почитал, но один вопрос остался, причем он из учебника по Андройд:
byte[] downloadFile() throws InterruptedException {
TimeUnit.SECONDS.sleep(2);
return new byte[1024];
}и где-то мы это используем и ловим этот InterruptedException
try {file = downloadFile();
} catch (InterruptedException e) {
e.printStackTrace();
}
но зачем мы пишем слова throws InterruptedException, ведь это исключение все равно вылетит из функции в случае ошибки?
кроме того я не уверен, что throws используется в APEX...
Как-то встречал такое, если не ошибаюсь throws используется чтобы показать какой тип ошибки может появиться внутри метода.
Такой синтаксис не используется в Salesforce.
В java, класс исключения указывается (обязательно) после метода, что бы показать, что данный метод может вызывать данное исключение, может быть несколько классов, причём они должны располагаться сверху вниз по иерархии наследования. Что бы не указывать класс исключения, его можно обработать в try-catch в самом методе.
а если я не укажу, что этот метод вызывает данное исключение, то что от этого изменится? я не смогу его словить в коде вызвавшем этот метод? или указание типа возможного исключения носит справочный характер для самих программистов, чтобы они знали, что именно может вылететь из этого метода?
спасибо
Всем привет!
хочу в этой теме обсудить следущий вопрос:
использования try-catch для ветвления основной логики, а не для обработки ситуаций исключений.
вижу такой код:
try в котором на первой строке пытаются выкверить запись (если она нашлась - то что-то с ней делают далее), а если на этой первой строке ничего не находится и код выпаает в исключение - в catch создается новая запись и идет соответствующая логика.
Это нормально?
я бы выкверил в Лист, проверил его сайз, и от этого ветвил бы логику. Но с try-catch то короче получается...
глупый вопрос 
