python中int（）的违反直觉的行为

在文档中明确指出int（number）是地板类型转换：

int(1.23)
1

当且仅当字符串是整数文字时，int（string）才返回int。

int('1.23')
ValueError

int('1')
1

有什么特殊原因吗？我发现在一种情况下功能处于下限，而在另一种情况下则没有功能。

没有特别的原因。Python只是简单地运用了不执行隐式转换的一般原理，隐式转换是众所周知的问题原因，尤其是对于新手来说，使用Perl和Javascript这样的语言。

int(some_string)是将字符串转换为整数格式的显式请求；此转换的规则指定字符串必须包含有效的整数文字表示形式。int(float)是将浮点数转换为整数的显式请求；此转换的规则指定浮点数的小数部分将被截断。

为了int("3.1459")返回3，解释器必须将字符串隐式转换为浮点型。由于Python不支持隐式转换，因此它选择引发异常。

几乎可以肯定，这是应用Python Zen中的三个原理的情况：

显式隐式更好。

实用性胜过纯度

错误绝不能默默传递

在某个百分比的时间内，某人正在int('1.23')为他们的用例调用错误的转换，并且想要类似float或decimal.Decimal替代的东西。在这些情况下，让他们立即解决并修复错误，而不是默默提供错误的值，这显然更好。

在你的情况下就需要截断为int，它是微不足道的，将其通过明确地这样做float，然后再调用之一int，round，trunc，floor或ceil适当的。这也使得代码更自我记录，防范以后修改“纠正”的假想默默-截断int呼吁float通过明确的舍入值是你想要的。

有时，思想实验可能会有用。

• 行为A：int('1.23')失败并显示错误。这是现有行为。
• 行为B：int('1.23')产生1没有错误。这就是您的建议。

对于行为A，要获得行为B的效果既简单又琐碎：使用int(float('1.23'))代替。

另一方面，对于行为B，要获得行为A的效果要复杂得多：

def parse_pure_int(s):
    if "." in s:
        raise ValueError("invalid literal for integer with base 10: " + s)
    return int(s)

（即使使用上面的代码，我也没有完全确信它不会处理不当。）

因此，行为A比行为B更具表现力。

要考虑的另一件事：'1.23'是浮点值的字符串表示形式。转换'1.23'成整数概念性涉及两个转换（字符串浮子整数），但int(1.23)与int('1')每个仅涉及一次转化。

编辑：

实际上，在某些极端情况下，上面的代码无法处理：1e-2并且1E-2都是浮点值。

简而言之-它们不是相同的功能。

• int（decimal）的行为类似于“ floor，即舍去小数部分并返回为int”
• int（string）的行为类似于“此文本描述了一个整数，将其转换为int并返回”。

它们是两个具有相同名称的不同函数，它们返回一个整数，但它们是不同的函数。

“ int”简短易记，对于大多数程序员来说，它对每种类型的含义都很直观，这就是为什么他们选择它。

并不暗示它们提供相同或组合的功能，它们只是具有相同的名称并返回相同的类型。它们可以轻松地称为“ floorDecimalAsInt”和“ convertStringToInt”，但它们之所以用“ int”，是因为它很容易记住（99％）直观且很少发生混淆。

对于包含小数点（例如“ 4.5”）的文本，将文本解析为整数将在大多数计算机语言中引发错误，并且大多数程序员期望会引发错误，因为文本值不表示整数并且表示他们提供错误的数据