Целочисленное разделение по сравнению с напольным фактором: почему этот неожиданный результат?
Оператор // «целочисленного деления» Python удивил меня сегодня:
>>> math.floor(11/1.1) 10.0 >>> 11//1.1 9.0
Документация гласит «(заполненное) частное от x и y». Итак, почему math.floor (11 / 1.1) равно 10, но 11 // 1.1 равно 9?
- Почему dict-ключи поддерживают вычитание списка, но не вычитание кортежа?
- Python dict как создать ключ или добавить элемент к ключу?
- Попытка ввести целое число в файл и получить его как одно. Python 3x
- код python 2: если python 3, то sys.exit ()
- Обучение / тестирование 3darray TensorFlow RNN LSTM
- Проблемы с играми Python Mastermind
- В чем преимущество новой функции печати в Python 3.x над оператором печати Python 2?
- Как я могу назвать супер в декораторе метода в Python 3?
- Аннотации переменной типа NameError несогласованность
- Является ли pythonic использовать генераторы для записи заголовка и тела файла?
- pip install - locale.Error: неподдерживаемая настройка локали
- ранжирование позиций в списке терминов
- Как добавить класс в Python динамически
One Solution collect form web for “Целочисленное разделение по сравнению с напольным фактором: почему этот неожиданный результат?”
Поскольку 1.1 не может быть представлен в двоичной форме точно; приближение меньше, чем 1,1, поэтому результат деления слишком мал.
Попробуйте следующее:
В Python 2 введите в консоли:
>>> 1.1 1.1000000000000001
В Python 3.1 консоль отобразит 1.1 , но внутри нее все равно останется тот же номер.
Но:
>>> 11/1.1 10.0
Как указывает гниблер, это результат «внутреннего округления» в пределах доступных пределов точности поплавков. И, как указывает MYYN в своем комментарии, // использует другой алгоритм для вычисления результата деления пола, чем math.floor() , чтобы сохранить a == (a//b)*b + a%b а также возможное.
Используйте Decimal тип, если вам нужна эта точность.
- Передача больше kwargs в функцию, чем первоначально установленная
- Передача переменной JavaScript в Python