Допустимо ли допускать в своих алгоритмах деление на ноль?

[AlexLucas]

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

[dark256]

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

Лечить нужно функцию, а не её результат выполнения. Если не хотите получить бесконечность.

Вот именно. О чем и был вопрос.

[Psycho Tiger]

Бесконечность - это тоже значение.
Для чего существует символ - ∞ ? Почему в программировании, это должно быть ошибкой?

Значение – это что-то конкретное. Бесконечность – это вот нифига не конкретное.
Например, что больше при x -> inf: x^2 / 0 или x / 0 ? Прикол в том, что при x > 0 (x^2 / 0) = +inf, как и (x / 0) = +inf. При этом очевидно, что при x > 1 (x^2 / 0) > (x / 0). Отсюда, +inf > +inf. Это нормально, у бесконечности просто разные порядки.

[expl]

Вот именно. О чем и был вопрос.

А что вы хотите делать с ответом? Решить, надо ли реализовывать выбрасывание эксепшенов самому или выбрать язык программирования для следующих проектов?

На практике флешразработки:
- случаев, где неявная обработка Infinity сокращает код не припомню, может быть в layout-менеджерах пару строк сократит;
- случаев, где провозился с багой из-за того что флешплеер не кидает исключений при делении на 0 - тоже не могу вспомнить;
- на случаи, где теряется точность на приближении к граничным точкам - периодически натыкался
(например, самопальный твинер начинал описывать вместо дуги ступеньки, пока не применил на
приближении к 0/0 другую формулу, ну и натыкался на всяких поисках пересечений, углов между отрезками и т.п.)

Такое чувство, что выбор бросать исключения или использовать Infinity погоды не делает.
Да и выбора у нас нет. Разве что в библиотеке для операций с валютой надо их кидать

P.S.
- случаев, где провозился с багой из-за того что флешплеер не кидает исключений при делении на 0 - тоже не могу вспомнить;
Если бы он на делении на близкое к 0 число ругнулся - я бы час сэкономил с этим твином, но разве в каких-нибудь языках ругаются на приближение, а не только на ровно 0?

[Foristel]

сейчас исправлял свой небольшой баг, связанный с делением на ноль, и обратил внимание на следущее -
следует отличать деление на ноль, дающее Infinity и деление на ноль, дающее NaN (0 / 0).
В первом случае тригонометрические функции работают без ошибок,
например: atan( Infinity ) = 90, и алгоритм работает правильно (в моём конктетном случае),
второй же случай даёт ошибку - т.е. следует проверять результат деления на isNaN()
или заранее исключить возможность такого деления ...