LV2查漏补缺--eval函数和round函数

eval() 函数

• 描述
  eval() 函数用来执行一个字符串表达式，并返回表达式的值。

• 语法
  以下是 eval() 方法的语法:
  eval(expression[, globals[, locals]])

• 参数
  expression – 表达式。
  globals – 变量作用域，全局命名空间，如果被提供，则必须是一个字典对象。
  locals – 变量作用域，局部命名空间，如果被提供，可以是任何映射对象。

• eval 方法能使字符串本身的引号去掉，保留字符的原本属性。

    >>> a = "123"
    >>> type(a)
    <class 'str'>
    >>> b = eval(a)
    >>> b
    123
    >>> type(b)
    <class 'int'>
  

round() 函数

round函数很简单，对浮点数进行近似取值，保留几位小数。比如

>>> round(10.0/3, 2)
3.33
>>> round(20/7)
3
第一个参数是一个浮点数，第二个参数是保留的小数位数，可选，如果不写的话默认保留到整数。

这么简单的函数，能有什么坑呢？

1、round的结果跟python版本有关

我们来看看python2和python3中有什么不同：

python2

>>> round(0.5)
1.0

python3

>>> round(0.5)
0

在python2中，保留值将保留到离上一位更近的一端（四舍六入），如果距离两端一样远，则保留到离0远的一边。所以round(0.5)会近似到1，而round(-0.5)会近似到-1。

但是到了python3中，如果距离两边一样远，会保留到偶数的一边。比如round(0.5)和round(-0.5)都会保留到0，而round(1.5)会保留到2。

所以如果有项目是从py2迁移到py3的，可要注意一下round的地方（当然，还要注意/和//，还有print，还有一些比较另类的库）。

2、特殊数字round出来的结果可能未必是想要的。

>>> round(2.675, 2)
2.67

简单的说就是，round(2.675, 2) 的结果，不论我们从python2还是3来看，结果都应该是2.68的，结果它偏偏是2.67，为什么？这跟浮点数的精度有关。我们知道在机器中浮点数不一定能精确表达，因为换算成一串1和0后可能是无限位数的，机器已经做出了截断处理。那么在机器中保存的2.675这个数字就比实际数字要小那么一点点。这一点点就导致了它离2.67要更近一点点，所以保留两位小数时就近似到了2.67。

除非对精确度没什么要求，否则尽量避开用round()函数。近似计算我们还有其他的选择：
1）使用math模块中的一些函数，比如math.ceiling（天花板除法）。
2）python自带整除，python2中是/，3中是//，还有div函数。
3）字符串格式化可以做截断使用，例如 “%.2f” % value（保留两位小数并变成字符串……如果还想用浮点数请披上float()的外衣）。
4）当然，对浮点数精度要求如果很高的话，请用decimal模块。