Изменение встроенной в Python функции round() между 2.4 и 2.7

Ответ на ваш первый вопрос: да, round был исправлен в Python 2.7.

Ответ на ваш второй вопрос: я не уверен, если не считать фактического использования более раннего Python (2.6 все еще должен демонстрировать поведение 2.4). В этом конкретном случае ваше значение неотличимо от 1480,395, а 1480,395 (для нас, людей с основанием 10) округляется до 1480,40. Итак, я полагаю, вы могли бы попробовать сначала округлить до одного места за пределами того, что вам действительно нужно, превратить это в строку, а затем получить из нее десятичное число... но, извините, я не могу придумать ничего, что не связано с десятичным числом. Если я что-нибудь придумаю (до того, как кто-то другой опубликует что-то лучше), я вернусь и отредактирую.

(Но действительно ли Decimal так сложно использовать?)

Изменить. Вот пример использования десятичного числа:

>>> from decimal import Decimal
>>> f = Decimal('1480.395')
>>> f.quantize(Decimal('0.00'))
Decimal('1480.40')
>>> float(Decimal('1480.40'))
1480.4

Некоторые примечания:

Python 2.7 позволяет вам использовать числа с плавающей запятой в качестве входных данных для Decimal. Не делайте этого, так как вы вернетесь к тому, с чего начали. Кроме того, не используйте встроенную функцию round для десятичного числа, потому что эта функция преобразует ваше десятичное число обратно в число с плавающей запятой, и, таким образом, вы вернетесь к тому, с чего начали. В своей простейшей форме quantize Decimal берет другое десятичное число, которое имеет количество десятичных разрядов, которое вам действительно нужно (представьте, что это шаблон для округления). Если ваши данные абсолютно должны быть с плавающей запятой, конвертируйте обратно в число с плавающей запятой только после того, как все ваши десятичные вычисления будут выполнены.

Наконец: я не уверен, что это охватывает все возможные странные угловые случаи в поведении с плавающей запятой в Python 2.4. Если вы полагаетесь на точное поведение Python 2.4, возможно, ничто не заменит работу на Python 2.4. То, что я описал выше, всего лишь на один шаг ближе к округлению в человеческом стиле.

Вероятно, нет, так как Python 2.4 на самом деле вернул неверный результат. Поскольку вы округляете количество, которое строго меньше 5, правильный результат следует округлить в меньшую сторону.

Если вы сможете описать именно то поведение, которое вам нужно, возможно, мы сможем создать альтернативный подход.

В разделе что нового в Python 2.6 я вижу следующее (со ссылкой на PEP 3141):

Python 3.0 добавляет несколько абстрактных базовых классов для числовых типов, вдохновленных числовой башней Scheme. Эти классы были перенесены в 2.6 как модуль чисел.

...

В Python 3.0 PEP слегка переопределяет существующие встроенные функции round(), math.floor(), math.ceil() и добавляет новую, math.trunc(), которая была перенесена в Python 2.6. math.trunc() округляет до нуля, возвращая ближайший интеграл, который находится между аргументом функции и нулем.

И, благодаря комментарию @mark-dickinson, в разделе что нового в python 2.7 странице найден следующий текст:

Функция round() также теперь корректно округляется.

Так что да, изменение произошло в python 2.7. Это можно проверить, проверив, что в python 2.6 поведение все еще старое:

Python 2.6.7 (r267:88850, Aug 11 2011, 12:18:09) 
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> f = 1480.39499999999998181010596454143524169921875
>>> round(f, 2)
1480.4000000000001

В моем дистрибутиве Linux у меня все еще есть доступ как к Python 2.6, так и к Python 2.7, и, возможно, у вас также есть доступ к вашему; так что, если вы хотите старое поведение, возможно, вы можете попробовать запустить код в python 2.6.

Возможно, я пропустил это в других ответах, но на самом деле функция round последней версии Python 2.# (версия 2.7.18) также не является «правильной», то есть не соответствует стандарту IEC 60559. Попробуй это:

print(round(2.25, 1))

И вы должны получить 2.2, а не 2.3. Это было исправлено в версиях 3.# (я тестировал только 3.5 и выше).