谈谈 Python 那些不为人知的冷知识(六)_java


冷知识系列,直至今日,已经更新至第六篇。


前五篇传送门小明给你准备好了,还没阅读的可以学习一下。


谈谈 Python 那些不为人知的冷知识(一)

谈谈 Python 那些不为人知的冷知识(二)

谈谈 Python 那些不为人知的冷知识(三)

谈谈 Python 那些不为人知的冷知识(四)

谈谈 Python 那些不为人知的冷知识(五)

还是老规矩,一篇只分享五个,有时间了就整理。不想错过的,千万记得关注一下


01


链式比较


先给看一个示例

>>> False == False == True
False

你知道这个表达式会返回 False 吗?

我再给你举个例子,你可能就懂了。

f 18 < age < 60:
    print("young man")

如果还不明白,再给你整个等价写法。

>>> False == False and False == True
False



02


奇怪的字母


直接看下列例子。

在Python 2.x 中

>>> value = 11
>>> valuе = 32
  File "<stdin>", line 1
    valuе = 32
        ^
SyntaxError: invalid syntax

在Python 3.x 中

>>> value = 11
>>> valuе = 32
>>> value
11

我相信你一开始看到这里,一定是目瞪口呆。你可以在自己的电脑上尝试一下,你会发现你不管在哪个版本的 Python 里运行都没有问题。

如果你想重现我这个场景,你可能复制我上面的代码粘贴至自己的命令行中即可。

在这里,也不卖关子了,上面代码中第二行的 е 和 第一行的 e是不一样的。为了让你区分开来,上面的两个 e 的字体我选不一样的,当你在你的 cmd 窗口中执行时,是完全区分不出来的。

第二行的 e 是 Cyrillic(西里尔)字母,而不是我们熟悉的英文字母。

>>> ord('е'# cyrillic 'e' (Ye)
1077
>>> ord('e'# latin 'e', as used in English and typed using standard keyboard
101
>>'е' == 'e'
False

细思恐极,平时可千万不要得罪同事们,万一辞职的时候,把你项目里的 全局替换成 e,到时候连错都不知道错哪了哈哈。


03


x == +x 吗


在大多数情况下,这个等式是成立的。

>>> n1 = 10086
>>> n2 = +n1
>>>
>>> n1 == n2
True

什么情况下,这个等式会不成立呢?

由于Counter的机制,+ 用于两个 Counter 实例相加,而相加的结果如果元素的个数 <= 0,就会被丢弃。

>>> from collections import Counter
>>> ct = Counter('abcdbcaa')
>>> ct
Counter({'a'3'b'2'c'2'd'1})
>>> ct['c'] = 0
>>> ct['d'] = -2
>>>
>>> ct
Counter({'a'3'b'2'c'0'd': -2})
>>>
>>> +ct
Counter({'a'3'b'2})



04


有趣的import


import 是 Python 导包的方式。

你知道 Python 中内置了一些很有(wu)趣(liao)的包吗?

Hello World

>>> import __hello__
Hello World!

Python之禅

>>> import this

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

反地心引力漫画

在 cmd 窗口中导入antigravity

>>> import antigravity

就会自动打开一个网页。

谈谈 Python 那些不为人知的冷知识(六)_java_02


05


局部/全局变量分不清


在开始讲之前,你可以试着运行一下下面这小段代码。

a = 1

def func01():
    a += 1

func01()

看似没有毛病,但实则已经犯了一个很基础的问题,这个报错相当常见吧?

>>> func01()
Traceback (most recent call last):
  File "<stdin>", line 1in <module>
  File "<stdin>", line 2in func01
UnboundLocalError: local variable 'a' referenced before assignment

当程序运行到 a += 1 时,Python 解释器就认为在函数内部要给a 这个变量赋值,当然就把 a 当做局部变量了,报错是理所应当的。

理解了上面的例子,给你留个思考题。为什么下面的代码不会报错呢?

a = 1

def func02():
    print(a)

func02()