Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 28

Забыли еще пункт «мой environment разработки не поддерживает исключения»
Всего голосов 9: ↑9 и ↓0+9
НЛО прилетело и опубликовало эту надпись здесь
Re: Мой код идеален, в нем не бывает ошибок
Ваши функции или возвращают код ошибки или кидают исключения, третьего не дано. Нет прямой связи между использованием исключений и наличии ошибок в программе. Если, конечно, не считать ошибкой отсутствие «обработки исключений».
Всего голосов 6: ↑5 и ↓1+4
1) Как Вы обойдете вычисление квадратного корня от отрицательного числа на С++?
2) Как Вы обойдете вычисление квадратного корня от отрицательного числа на Java?
Всего голосов 2: ↑1 и ↓10
А почему я должен это обходить? Если функция не может сделать то, что должна, она обязана сообщить об этом вызывающей функции: выкинуть соответствующее исключение или вернуть код ошибки. ИМХО.
Всего голосов 9: ↑9 и ↓0+9
Ну например по принципу lets it crash

И плюс, то что у нас С++ никак не гарантирует того что у нас есть exception.
Всего голосов 1: ↑1 и ↓0+1
Еще бывают полные игноры. Лично видел в программе, мониторящей БД(!!!!).
Всего голосов 1: ↑1 и ↓0+1
Ещё забыли «trap_exit наше всё»
Всего голосов 1: ↑1 и ↓0+1
Об исключениях знаю давно, но как-то привык возвращать или true/false или int-овский return code. На самом деле, не помешала бы статья, в которой рассказывается, почему исключения лучше и полезнее.
Всего голосов 5: ↑3 и ↓2+1
Если взять php, то с помощью исключений можно получить дополнительные данные об ошибке (не изобретая велосипедов), например название функции, класса, номер строки, имя файла для дальнейшего анализа, ну и весь трейс выполнения скрипта.
Всего голосов 2: ↑2 и ↓0+2
Не ново.
Всего голосов 2: ↑1 и ↓10
Как раз готова уже небольшая статья, опрос был опубликован для нее.
Всего голосов 2: ↑2 и ↓0+2
Нету пункта, «использую везде, где это требуется и подходит»…
Всего голосов 1: ↑1 и ↓0+1
Активно использую исключения и с трудом понимаю как я раньше жил без них. В ряде ситуаций возникновение и обработка ожидаемых исключений является у меня частью реализации алгоритма.

Ещё очень люблю (в то время как существует мнение что это форменный абсурд) NotImplementedException (System.NotImplementedException в .Net и org.apache.commons.lang.NotImplementedException в Scala/Java) — позволяет буквально строить программу как дом по кирпичикам и уже жить в уже построенной комнате, постепенно достраивая остальное: можно скомпилить (таким образом уже частично проверив) и частично отдебажить/протестировать программу когда некоторые (и даже многие) её функции уже определены, но ещё не написаны. Первым делом пишу «каркас» класса со всемим функциями, прописываю в них всех вместо реализации throw new NotImplementedException() и постепенно начинаю реализовывать одну за другой (при этом одна может ссылаться на другую, ещё не реализованную, и программа при этом должна скомпилится).
Всего голосов 4: ↑4 и ↓0+4
Попробуйте попрограммировать на C++…
Всего голосов 5: ↑3 и ↓2+1
Не совсем очевидно, что вы хотите сказать этим комментарием. Если человек умеет программировать на С++, то вы ему советуете делать то, что он и так делает. Если он на С++ никогда не программировал — он вас не поймет.
Всего голосов 1: ↑1 и ↓0+1
На C++ программировать более-менее, можно сказать :-) умею — пробовал писать на нём во времена Windows NT4. Но вот исключения в C++ использовать не приходилось — это да.
Всего голосов 1: ↑1 и ↓0+1
Попробуйте попрограммировать на Эрланге. Просто так.
Всего голосов 2: ↑1 и ↓10
А чем он примечателен в плане исключений? Я на Скале пишу, говорят не самый дальний родственник.
Комментарий пока не оценивали0
А в Скале trapExit и линк акторов часто используется? А также как там убить текущий процесс, чтобы он отправил сигнал exit?
Комментарий пока не оценивали0
Что Вы имеете в виду под «обработка ожидаемых исключений является у меня частью реализации алгоритма»? Если я Вас правильно понял, то в моем понимании программировать «через исключения» это плохо, а главное медленно.
Всего голосов 1: ↑0 и ↓1-1
Пишу на ассемблере, что такое исключения знаю :)
Как ответить?
Всего голосов 5: ↑5 и ↓0+5
Думаю, что этот опрос для языков более высокого уровня. То есть, если Ваш язык поддерживает механизм исключений, используете ли вы их возможности?
Всего голосов 2: ↑1 и ↓10
Ахах, за такой опрос надо по пальцам бить! Может кто нибудь знает как можно с помощью «идеального кода», обойтись без исключений на уровне DAO? ;)
Всего голосов 2: ↑1 и ↓10
Дао исключает исключения.
Всего голосов 1: ↑1 и ↓0+1
Когда учился программировать (на С++) и дошел до главы исключения — не понял как их использовать и избегал их. Со временем дошло, что и как. Исключения вообщем хорошая штука, без которой я сейчас трудно представляю высокоуровневое программирование.
Комментарий пока не оценивали0
В своём опросе как и в статье Вы совершенно не учитываете (не понимаете?...) один важный момент: исключения и ошибки это разные вещи. Они служат разным целям, должны управляться разными механизмами и имеют совершенно разные требования к производительности.

Пункты «Коды ошибок — наше все» и «Мой код идеален, в нем не бывает ошибок» — не имеют смысла в опросе про исключения.
Всего голосов 4: ↑4 и ↓0+4
ИМХО, всё зависит от того, на сколько вероятно возникновение ошибки:
— если у вас есть функция, которая не сможет отработать только в исключительных (простите за каламбур) условиях (5-10% случаев) — то бросать исключение. К примеру, функция чтения файла, при условии предварительной проверки пути к нему и прав доступа.
— если у вас функция, которая не сможет отработать в достаточно большом количестве случаев, тогда скорее возврат чего-либо из неё (к примеру, Null вместо указателя), и проверка результата.
К примеру,
if ((a = GetRoot2(b)) != null){}
else {}

Основная моя идёт вот в чём: всё зависит от статистической вероятности «исключения», дороговизны его обработки и упрощения отладки. Ошибки, у которых большая степень вероятности, статистически дешевле обрабатывать за счёт возврата. Исключения же стоит использовать:
-при отладке(ваш К.О.),
-для маловероятных ошибок, которые все-же можно предусмотреть и после них восстановится,
-для отлова ошибок, которые не удалось предусмотреть заранее и после них программа не умеет восстанавливаться — скорее всего, обработчик на очень высоком уровне будет пытаться сохранить возможные данные пользователя и отправить отчет разработчику.
Всего голосов 2: ↑1 и ↓10
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Показать лучшие за всё время

Истории

Ваш аккаунт

Разделы

Информация

Услуги

Техническая поддержка
© 2006–2024, Habr