Вот меня заело 

видать, реально в душу запало   

Исключения нельзя использовать в real-time приложениях - слишком большие накладные расходы, по крайней мере в .NET

Но коды ошибок есть зло.   

Для обработки ошибок - исключения (если они есть и их можно использовать), для всего остального - всё остальное  

Ситуации вроде этой

исключительными не являются, соответственно можно например вернуть -1  

С этим согласен. Но и с этим:


тоже   

Тут есть тонкость, есть коды ошибок, а есть коды возврата. И это две большие разницы 

Гы  Какая разница? Вон -1, если нет подстроки - это что?

индекс   

По сабжу - больше люблю исключения. Но юзать приходится больше коды возврата - код на С ещё никто не отменял.

Мдя. Вопрос надо было перефразировать. Это касается только .NET/Java

Сам спросил, счас будет многа букф 

Есть функция которая что-то делает и возвращает некий результат. При корректных: параметрах, внутреннем состоянии и внешних условиях, она возвращает некий результат работы, если какие-то условия не выполняются то надо об этом сообщить вызывающему. Вот тут и возникают вопросы:

1. Можно вообще вернуть такое значение которое бы сигнализировало об ошибке? 
Например 1 / 0 - среди целых нет такого значения которое могло бы сигнализировать о том, что произошло деление на ноль, потому тут будет ексепшн. А вот для 1.0 / 0.0 такое значение есть, и тут будет positive infinity.
Ну и конечно конструкторы из которых вообще ничего нельзя вернуть. Или прокси объекты которые осущесвляют ленивую закгрузку/инициализацию и т.п.

2. По логике работы функции: насколько эта ситуация является "черезвычайной"?
По идее при нормальной работе приложения эксепшенов должно быть минимум, только по внешним поводам котрые нельзя контролировать. Т.е. если проверили входные параметры на валидность, убедились что система в "правильном состоянии", эксепшены должны быть только если что-то не так с внешними условиями.
Тот же поиск строки в подстроке: там есть перегруженных метод который позволяет искать начиная с определенной позиции. Если строка не найдена -1 ибо проверить есть ли такая подстрока можно только самому реализовав подобный метод. А вот если индекс выходит за границы строки будет эксепшн, потому что программист может и должен следить за тем, чтобы он не выходил за границы.
Другой пример чтение из потока. Когда поток заканчивается, мы получаем -1, потому что мы совершенно точно знаем, что поток рано или поздно должен закончится. А вот когда происходят внешние проблемы (разорвалось соединение, проблемы с диском) мы получаем эксепшн ибо ситуация непредвиденная и по хорошему ее быть не должно.

Т.е. код возврата это одно из возвращаемых значение, это не ошибка в работе функции, это ее результат. А сама функция отработала корректно. Просто некоторые из значений для вызывающего кода могут обозначать ошибку (а могут и нет).

Плохой пример кодов возврата - COM с его HRESULT. Хороший пример - возврат функцией true/false для успеха или неудачи. ИМХО.

Я юзаю в основном только исключения. Ибо наглядно, удобно, очевидно... Если приложение многопоточное, то отдебагить методы в которые заходят несколько потоков практически невозможно, если не использовать исключения. 
Разумно их использовать если код будет внутри либы, тогда возможен только вариант с кодами ошибок.


Дельфина, между прочим, асилит показать внутреннее исключение либы. Используя апи висты, я несколько раз отлавливал внутривистовое исключение операционки. Дельфина под дебагом останавливается, но стек не раскручивается после продолжения.

Приветствую!

Собственно, понятное дело, что если подстрока не нашлась в строке надыть вернуть код ошибки. Но вот с этим: 

Несогласен. Если функция не выкинула эксепшн - то все чин чинарем. Иначе код, который вызывает несколько таких функций будет не очень читабелен.

Я вообще в последнее время склоняюсь что надо брать пример с перла... (для web примерно так - нет ошибки всё хорошо, есть ошибка тупо выдавать 500 или 404 и не париться)

Т.е тупо "программа выполнила фигню и будет закрыта"

Это сообщение отредактировал(а) morfus - 28.8.2009, 18:56

в принципе в unix есть переменная errno.
т.е. функция может вернуть какой-то код, и записать что-то в добавок в errno.
получится что-то вроде exception, но вложения перепишут errno, и фиг поймёшь что произошло точно.

Lazin, 
я рассуждаю проще:
язык C позволяет только коды ошибок. там - только коды ошибок.
C++,Java и т.д. позволяют коды ошибок и exceptions, которые явно более наглядны, и позволяют больше. поэтому в чисто c++/java, etc. пользуемся exception-ами,
за исключением работы с внешними модулями:
напр. приложение на C++ юзает либу на C, и т.п.

neutrino, читани, полезный материал