Конструктор объекта Decimal не создаёт числа с нужной точностью (python 3.3.5)

Друзья! Сперва работаем со строками:

Результат '2' вообще неправильный, должно быть '2.00':

Когда в выражении участвуют числа с различной точностью представ ления, Python автоматически выбирает наибольшую точность для представления результата.

(Лутц, "Изучаем питон", 4-е издание)

++++++++++++++++++++++++++++++++++++++++ ++++++

Теперь работаем с числами:
Так, вместо '2' и '6' должно быть '2.00' и '6.00'
В общем, несмешные какие-то шутки у моего интерпретатора. ЧЯДНТ? Спасибо, кто откликнется.

0

Сообщение от kravam да конечно, я сам это придумал.

Ну как бы да. Ты не правильно понял увиденный пример из-за этого делаешь ошибочные утверждения. Вот запусти у себя любой пример из книги (написанный 1 в 1) и получишь такой же вывод как и в книге.

0

Сообщение от alex925 Ну как бы да. Ты не правильно понял увиденный пример из-за этого делаешь ошибочные утверждения. Вот запусти у себя любой пример из книги (написанный 1 в 1) и получишь такой же вывод как и в книге.

примеры из книги у меня запускаются, как в книге. Но другие примеры (не книжные) у меня запускаются не так, как пишет Лутц. Понимаешь? Если человек пишет правило, он же распространяет его не только на приведённые примеры, так ведь?

0

Сообщение от kravam Но другие примеры (не книжные) у меня запускаются не так, как пишет Лутц. Понимаешь?

Отлично понимаю, а ты не понимаешь, что не правильно понял книжные примеры.

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

https://docs.python.org/3.6/li... t-tutorial

0

Сообщение от alex925 Ты паникуешь, что вычисления могут пройти не с надлежащей точностью, но в твоем коде этого не происходит, это только твое воображение.

ну как же не происходит, очень даже происходит. Так, в примере из этого сообщения
https://www.cyberforum.ru/pyth... st10356570
согласно Лутцу, должно вывестись 2.00, а выводится 2. Или Лутц не прав, или я что не так понял, хотя что там понимать во фразе "Когда в выражении участвуют числа с различной точностью представления, Python автоматически выбирает наибольшую точность для представления результата: ", кроме как, что в одном из чисел интерпретатор видит два знака после точки (а в другом после точки знаков нет) и и в результате тоже должно быть два знака после запятой, я не представляю.

0

Сообщение от kravam согласно Лутцу, должно вывестись 2.00, а выводится 2

Покажи мне цитату где говорится это. Он такого не говорит.

И кстати все таки глянь ссылочку приложенную мной. Ты уже на столько начал сходить с ума, что оф. документации не веришь?

0

Сообщение от alex925 Покажи мне цитату где говорится это. Он такого не говорит.

а, то есть тебе нужна фраза, что "если в одном из выражений будет 2.00, а в другом 2, то в результате тоже будет 2.00", то да, такой фразы нет. Ну на нет и суда нет. Честно, мне тебе и возразить нечего.

Вопрос открыт.

0

Сообщение от kravam а, то есть тебе нужна фраза, что "если в одном из выражений будет 2.00, а в другом 2, то в результате тоже будет 2.00",

Нет, мне нужна фраза из которой ты сделал такой вывод.

0

Сообщение от alex925 Ты уже на столько начал сходить с ума, что оф. документации не веришь?

я бы всё-таки был последовательным. Это означает, что нужно сперва с одним вопросом разобраться, а потом с другим. В данном случае, это означает, прав ли Лутц или нет. Хотя тут даже и не сам факт правоты или неправ ты важен, а правильно или неправильно я его понял. И от этого вопроса я не могу отмахнуться.

А ссылку я гляну, ты не боись.

0

Сообщение от kravam "Когда в выражении участвуют числа с различной точностью представления, Python автоматически выбирает наибольшую точность для представления результата: "

0

Сообщение от alex925 Нет, мне нужна фраза из которой ты сделал такой вывод.

я не раз уже её приводил, вот она:

Сообщение от kravam Когда в выражении участвуют числа с различной точностью представления, Python автоматически выбирает наибольшую точность для представления результата

Жду возражений в стиле: ты не так понял, а как надо- не скажу. Давно их не было.

Добавлено через 2 часа 43 минуты

Сообщение от alex925 Python 1 2 3 4 5 6 7 from decimal import Decimal Decimal('4.00') / Decimal('2') Decimal('2.00') Decimal('4') / Decimal('2.0000') Decimal('2') Decimal('4.0000') / Decimal('2') Decimal('2.0000')

Ну вот в первом примере интерпретатор смотрит, определяет сколько чисел писать после точки в результате и, коль скоро на входе два числа, '4.00' и '2', видит два ноля и пишет в результате после точки два знака, то есть '2.00'

Так, и в третьем примере видит на входе числа '4.0000' и '2', видит после точки 4 знака и в результате пишет 4 знака: '2.0000'

И это всё согласно Лутцу.

А вот во втором примере интерпретатор поступает НЕ согласно Лутцу. Она на входе видит числа '4' и '2.0000', видит 4 ноля после запятой, но почему-то в результате 4 знака после точки уже не пишет.

Может, я Лутца не так понял? А как его ещё-то понимать? Вот мы в примере наблюдаем, что компилятор игнорирует количество знаков после точки в ЗНАМЕНАТЕЛЕ (в делителе). Но Лутц-то это не оговорил, вот в чём дело. Он же не сказал, что правило, им введённое, при делении чисел верно только в том случае, если количество знаков после точки максимальное У ДЕЛИМОГО. Ничего подобного он не пишет. Нет у него градации на числитель и знаменатель. Числа-операнды и баста.

0

Сообщение от kravam ну как же не происходит, очень даже происходит. Так, в примере из этого сообщения https://www.cyberforum.ru/pyth... st10356570 согласно Лутцу, должно вывестись 2.00, а выводится 2. Или Лутц не прав, или я что не так понял, хотя что там понимать во фразе "Когда в выражении участвуют числа с различной точностью представления, Python автоматически выбирает наибольшую точность для представления результата: ", кроме как, что в одном из чисел интерпретатор видит два знака после точки (а в другом после точки знаков нет) и и в результате тоже должно быть два знака после запятой, я не представляю.

Лутц не прав. В книге ошибка. Python не выбирает наибольшую точность для представления результата.

1

Сообщение от oldnewyear Лутц не прав.

Смело. Ну как смело- на фоне остальных. И по теме, что радует. Буду рад услышать ещё мнения.

0

Иначе, согласно этой логике Decimal('1.13') * Decimal('1.39') должно быть Decimal('1.57'). Потеряли 2 знака от 1.5707.

1

Сообщение от oldnewyear Иначе, согласно этой логике Decimal('1.13') * Decimal('1.39') должно быть Decimal('1.57'). Потеряли 2 знака от 1.5707.

ну так оно. Ну понятно же всё, да? А чё ты сначала был против меня? https://www.cyberforum.ru/pyth... st10357703

0

Не для быдлокодера (поскольку он меня в личке быссмыссленно послал в перуанский город Nahui) объясняю:

Вот что на самом деле пишет Лутц в оригинале:

When decimals of different precision are mixed in expressions, Python converts up to the largest number of decimal digits automatically.

Перевод, на мой взгляд, не совсем точен оригиналу, и хотя может быть признан семантически адекватным,
однако в некоторых неокрепших умах может вызывать приступы когнитивно-диссонансных расстройств
и полную утрату ориентиров.
Официальная документация python decimal подтверждает что "converts up to the largest number of decimal digits automaticall" на примере умножения: For multiplication, the “schoolbook” approach uses all the figures in the multiplicands.

После этой фразы Лутц приводит вполне адекватный пример сложения, который подтверждает сказанное.
Если бы он привел пример с делением, вполне можно допустить, что он сформулировал бы свою мысль немного иначе.
В частности, обозначил бы почему при обычном делении int на float int приводится к типу float (смешанная арифметика в действии - "малый" тип приводится к "большему"), а при делении decimal результат выглядит иначе.
А дело все в том, что согласно спецификации decimal деление производится при помощи "длинной" арифметики, и как именно достаточно подробно расписано в той же Decimal Arithmetic Specification в разделе Arithmetic operations параграф divide.
Я не настолько в этом разбираюсь, чтобы разложить все по полочкам, но похоже, что при делении Decimal('2') на Decimal('1.0') (как и при прочих вариантах деления) ноли конечного результата формируются согласно этому правилу:
The exponent of the result is computed by subtracting the sum of the original exponent of the divisor and the value of adjust at the end of the coefficient calculation from the original exponent of the dividend.

И все вышеизложенное подтверждает реализация типа Decimal в том же C#, поскольку результаты идентичны тем, которые производит модуль decimal в python.

2

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

да перевод как перевод, что ты в самом деле. Ну переведи сам. Тут хоть наизнанку вывернись, но смысл будет тем же самым. Или чё, опять, знаю, но не скажу?

А самое-то главное не в этом. Раз уж ты прав, а я невежа, необходимо найти в оригинале, что речь идёт ИСКЛЮЧИТЕЛЬНО о сложении. А оно не идёт исключительно о сложении- (просто пример сложения приведён).

Так что Лутц написал, что написал. И я понял это именно, как он написал. И правильно сделал, поставив его слова под сомнение. А ты... А что ты... Вот, пожалуй и всё.

0