看完 Python3.10 的新特性,我决定仍不更新

共 3511字,需浏览 8分钟

 ·

2021-11-06 14:17

Python3.10 在 2021 年的 10 月 3 号发布,目前已经过去 1 个月了,关于它的新特性相信大家已经有所耳闻,不过我决定仍然不更新,目前我在用的版本是 Python3.8,没有任何不爽。下面说一说我不更新的理由。

第一、相关的库可能还未跟进

如果你更新到了最新版本,已有的代码能否在不修改的情况下仍然可以正常运行?是首先要考虑的问题。

Python 的第三方库都是基于开源志愿者的劳动,他们免费做着非常有价值的工作,而且适配新的 Python 版本都需要时间。此外,由于升级涉及许多不同的群体,协调和发布需要更多时间。

第二、很多新特性没使用价值

盘点一下 Python3.10 的那些没什么用的新特性(个人观点,可以留言来喷):

1、with 可以加括号了

比如:

with (
    CtxManager1() as example1,
    CtxManager2() as example2,
    CtxManager3() as example3,
):
    ...

这一点,我基本用不到,也不清楚什么样的情况需要这样写。要是有多个上下文,我就串着多写几个就是了,要是 example1 和 example2 有关系,我可以嵌套:

with CtxManager1() as example1:
    with CtxManager2() as example2:
        ...
    ...

这样写不是层次更清晰吗?

2、match case 就是花花肠子

Python3.10 新增了 match 和 case 软关键字。什么是软关键字?就是虽然是关键字,但是可以作为变量名,虽然如此,你肯定也不愿意让 match 成为你的变量名了,因为这样也是不会报错的:

match match: #后一个 match 是变量名称
    case case:
        

3.10 的 match case 的语法如下:

match subject:
    case :
        
    case :
        
    case :
        
    case _:
        

它的用法可多了,有些我都快看不懂了。比如先来个简单的:

def match_errno(errno):
    match errno:
        case 0:
            pass
        case 1:
            pass
        case 42:
            print("42!")
        case _:
            print("wildcard")

这里有个 _ 表示谁也不匹配的情况,相当于一个默认值,但是 _ 本来是用来表示一个后续不再使用的变量的,假如这样调用,虽然解释的通,总感觉怪怪的:

>>> _ = 42
>>> match_errno(_)
42!

再来个复杂一点的:

def command_split(command):
    match command.split():
        case ["make"]:
            print("default make")
        case ["make", cmd]:
            print(f"make command found: {cmd}")
        case ["restart"]:
            print("restarting")
        case ["rm", *files]:
            print(f"deleting files: {files}")
        case _:
            print("didn't match")

我乍一看觉得这代码有问题,cmd 和 files 是未定义的变量啊,却可以用在 case 的表达式里面,实际运行却是没问题的:

command_split("make")
command_split("make clean")
command_split("restart")
command_split("rm a b c")

# default make
# make command found: clean
# restarting
# deleting files: ['a', 'b', 'c']

匹配后剩余的部分可以变成一个变量,不得不服还可以这样用。

再看一个:

def match_capture_subpattern(command):
    match command.split():
        case ["go", ("north" | "south" | "east" | "west"as direction]:
            print(f"going {direction}")

你看还能结合 as 使用。牛逼不牛逼?

最后再看一个:

match point:
    case Point(x, y) if x == y:
        print(f"The point is located on the diagonal Y=X at {x}.")
    case Point(x, y):
        print(f"Point is not on the diagonal.")

case 里面还可以再用 if,牛逼不牛逼?

这些花样招式,除了增加程序员的心智负担,能有啥好处?我简简单单的 if elif 就搞定了,可读性还高。再说了这 match 并没有性能上的提升,甚至有时候还更慢,何苦呢?

Python 为什么一开始就没有 match,现在都 2021 年了,你新增个 match,是忘了初心吗?

3、新的类型提示,笑死我了

Python3.9 这样写的:

from typing import Union
a: Union[int, str] = 1

Python3.10 可以这样写:

a: str | int = 1

讲真,即使你换成 |,我也不大可能会用。类型提示是学习人家静态语言的优势,提示程序的可读性和可维护性,修改代码时别传错了变量类型。

何况 Python 解释器根本不检查类型提示是否有错误,纯属自娱自乐:

>>> def fun(x :int) -> str:
...     return x
...
>>> print(fun('asf'))
asf
>>>

如果一个变量可以有很多类型,还提示个屁啊?提示的多了,还不如不提示,本来就是动态语言嘛。自己玩自己,搞笑吧,哈哈哈哈。

我用类型提示最多就用一个类型,要是超过一个类型,我就不提示。或者自己修改代码,用得着那么多类型么?

第三、还不是很稳

Python 3.9.0 于 2020 年 10 月发布。3.9.1 于 2 个月后发布,其中包含一长串错误修正。同样的,Python3.10.x 也可能会有一些错误修正,让它再飞一会儿。

Python 3.10 有了新的语法:match-case,但是一些格式化工具或 IDE 可能还不支持。即使支持,你需要升级他们。

总之 Python3.10.0 才一个月,还不是很稳。

那你可能会问了,什么时候算稳?

我觉得比最新版本低 1-2 个是最好的选择,比如 Python3.10 发布了,那么可以考虑升级到 Python3.8 或 Python3.9,因为此时这些版本已经足够稳定。

另一方面,除非你用的版本宣告了不支持安全更新的时间,或者报告了 bug,否则,你可以一直不更新。比如说,Python 3.6 将在 2021 年 12 月结束安全更新,此时应该升级到 Python3.7 或以后的版本。

最后的话

基于以上三点,我决定不会更新 Python3.10。当然,Python3.10 也有比较好的新特性,比如更友好的报错提示,当你的括号、引号未闭合时,会抛出更加清晰明了的错误。

很喜欢 Python 之禅的那两句:简单胜过复杂,明确优于隐晦。希望 Python 的更新也能保持 Python 之禅的初心。

如果觉得有收获,欢迎点赞,留言,在看和关注,今天的分享就到这里,感谢阅读。

留言讨论


浏览 10
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报