在Python中使用整数除法时,我可以保持小数精度吗?

时间:2014-02-10 05:14:28

标签: python python-3.x

当我除2/3时我得到0.66666666,当我做2 // 3时我得到0.

有没有办法在保持小数点的同时计算整数除法?

编辑:看起来我可能很困惑你,我的坏。所以我的教授告诉我,由于标准除法(2/3)只返回0.666666666666到203位数,所以当我想进行小数点后需要超过203位数的计算时,它没有用。我想知道是否有办法做2 // 3(将返回0)但不知何故仍然得到.6666到底

5 个答案:

答案 0 :(得分:5)

对于某些有限的小数,您可以使用Python的float .as_integer_ratio()方法:

>>> 0.5.as_integer_ratio()
(1, 2)

对于2/3,这在十进制中不能完全表示,这开始给出不太理想的结果:

>>> (2/3).as_integer_ratio()
(6004799503160661, 9007199254740992)      # approximation of 2/3

对于有理数的任意精度,请在Python库中使用fractions

>>> import fractions
>>> fractions.Fraction('2/3')
Fraction(2, 3)
>>> Frac=fractions.Fraction
>>> Frac('2/3') + Frac('1/3') + Frac('1/10')
Fraction(11, 10)
>>> Frac('2/3') + Frac('1/6') + Frac('1/10')
Fraction(14, 15)

然后,如果您想要更准确地表示十进制数,请使用Decimal库将整数分子和分母转换为任意精度小数:

>>> f=Frac('2/3') + Frac('1/6') + Frac('1/10')
>>> f
Fraction(14, 15)
>>> f.numerator
14
>>> f.denominator
15
>>> import decimal
>>> decimal.Decimal(f.numerator) / decimal.Decimal(f.denominator)
Decimal('0.9333333333333333333333333333')

答案 1 :(得分:2)

你也可以在分割之前将一个整数强制转换为浮点数。

In [1]: float(2)/3
Out[1]: 0.6666666666666666

这将阻止整数截断,并以float为结果提供结果。

答案 2 :(得分:0)

或许看看decimal.Decimal()

>>> import decimal
>>> x = decimal.Decimal(2/3)
>>> x
Decimal('0.66666666666666662965923251249478198587894439697265625')

答案 3 :(得分:0)

//是一个分区,它会给你结果的整数层。无论您使用2//3还是float(2)//3。使用//时无法保持精确度。

在我的环境中(python2.7.6)2//3返回0float(2)//3返回0.0,两者都无法保持精确度。

A similar question可能对你有帮助。

答案 4 :(得分:0)

这不是您问题的直接答案,但它会帮助您完成任务。

我发布了两个链接,解释了有关实施的非常详细信息:

以下是我们需要注意的事项:

>>> 2/3
0
>>> 2/3.0
0.6666666666666666
>>> 2//3
0
>>> -2//3
-1
>>>

from the PEP-0238

当前的分区(/)运算符具有不明确的含义     数值参数:它返回数学的底限     如果参数是int或long,则除法的结果,但它     如果是,则返回除法结果的合理近似值     参数是浮点数或复杂的。这使得表达期待     当整数不是时,浮点数或复数结果容易出错     预期但可能作为投入。

我们建议通过引入不同的运营商来解决这个问题     不同的操作:x / y返回合理的近似值     分裂的数学结果(“真正的分裂”),x // y到     返回地板(“地板分区”)。我们称之为当前,混合     x / y“经典分裂”的含义。 - Classic Division仍将是Python 2.x中的默认值       系列;真正的除法将成为Python 3.0的标准。

- The // operator will be available to request floor division
  unambiguously.

- The future division statement, spelled "from __future__ import
  division", will change the / operator to mean true division
  throughout the module.

- A command line option will enable run-time warnings for classic
  division applied to int or long arguments; another command line
  option will make true division the default.

- The standard library will use the future division statement and
  the // operator when appropriate, so as to completely avoid
  classic division.