看完 Python3.10 的新特性，我決定仍不更新
Python3.10 在 2021 年的 10 月 3 號(hào)發(fā)布，目前已經(jīng)過去 1 個(gè)月了，關(guān)于它的新特性相信大家已經(jīng)有所耳聞，不過我決定仍然不更新，目前我在用的版本是 Python3.8，沒有任何不爽。下面說一說我不更新的理由。
第一、相關(guān)的庫可能還未跟進(jìn)
如果你更新到了最新版本，已有的代碼能否在不修改的情況下仍然可以正常運(yùn)行？是首先要考慮的問題。
Python 的第三方庫都是基于開源志愿者的勞動(dòng)，他們免費(fèi)做著非常有價(jià)值的工作，而且適配新的 Python 版本都需要時(shí)間。此外，由于升級(jí)涉及許多不同的群體，協(xié)調(diào)和發(fā)布需要更多時(shí)間。
第二、很多新特性沒使用價(jià)值
盤點(diǎn)一下 Python3.10 的那些沒什么用的新特性（個(gè)人觀點(diǎn)，可以留言來噴）：
1、with 可以加括號(hào)了
比如：
with?(
????CtxManager1()?as?example1,
????CtxManager2()?as?example2,
????CtxManager3()?as?example3,
):
????...
這一點(diǎn)，我基本用不到，也不清楚什么樣的情況需要這樣寫。要是有多個(gè)上下文，我就串著多寫幾個(gè)就是了，要是 example1 和 example2 有關(guān)系，我可以嵌套：
with?CtxManager1()?as?example1:
????with?CtxManager2()?as?example2:
????????...
????...
這樣寫不是層次更清晰嗎？
2、match case 就是花花腸子
Python3.10 新增了 match 和 case 軟關(guān)鍵字。什么是軟關(guān)鍵字？就是雖然是關(guān)鍵字，但是可以作為變量名，雖然如此，你肯定也不愿意讓 match 成為你的變量名了，因?yàn)檫@樣也是不會(huì)報(bào)錯(cuò)的：
match?match:?#后一個(gè)?match?是變量名稱
????case?case:
????????
3.10 的 match case 的語法如下：
match?subject:
????case?:
????????
????case?:
????????
????case?:
????????
????case?_:
????????
它的用法可多了，有些我都快看不懂了。比如先來個(gè)簡單的：
def?match_errno(errno):
????match?errno:
????????case?0:
????????????pass
????????case?1:
????????????pass
????????case?42:
????????????print("42!")
????????case?_:
????????????print("wildcard")
這里有個(gè)?_?表示誰也不匹配的情況，相當(dāng)于一個(gè)默認(rèn)值，但是?_?本來是用來表示一個(gè)后續(xù)不再使用的變量的，假如這樣調(diào)用，雖然解釋的通，總感覺怪怪的：
>>>?_?=?42
>>>?match_errno(_)
42!
再來個(gè)復(fù)雜一點(diǎn)的：
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 的表達(dá)式里面，實(shí)際運(yùn)行卻是沒問題的：
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']
匹配后剩余的部分可以變成一個(gè)變量，不得不服還可以這樣用。
再看一個(gè)：
def?match_capture_subpattern(command):
????match?command.split():
????????case?["go",?("north"?|?"south"?|?"east"?|?"west")?as?direction]:
????????????print(f"going?{direction}")
你看還能結(jié)合 as 使用。牛逼不牛逼？
最后再看一個(gè)：
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，牛逼不牛逼？
這些花樣招式，除了增加程序員的心智負(fù)擔(dān)，能有啥好處？我簡簡單單的 if elif 就搞定了，可讀性還高。再說了這 match 并沒有性能上的提升，甚至有時(shí)候還更慢，何苦呢？
Python 為什么一開始就沒有 match，現(xiàn)在都 2021 年了，你新增個(gè) match，是忘了初心嗎？
3、新的類型提示，笑死我了
Python3.9 這樣寫的：
from?typing?import?Union
a:?Union[int,?str]?=?1
Python3.10 可以這樣寫：
a:?str?|?int?=?1
講真，即使你換成 ｜，我也不大可能會(huì)用。類型提示是學(xué)習(xí)人家靜態(tài)語言的優(yōu)勢，提示程序的可讀性和可維護(hù)性，修改代碼時(shí)別傳錯(cuò)了變量類型。
何況 Python 解釋器根本不檢查類型提示是否有錯(cuò)誤，純屬自娛自樂：
>>>?def?fun(x?:int)?->?str:
...?????return?x
...
>>>?print(fun('asf'))
asf
>>>
如果一個(gè)變量可以有很多類型，還提示個(gè)屁?。刻崾镜亩嗔?，還不如不提示，本來就是動(dòng)態(tài)語言嘛。自己玩自己，搞笑吧，哈哈哈哈。
我用類型提示最多就用一個(gè)類型，要是超過一個(gè)類型，我就不提示?；蛘咦约盒薷拇a，用得著那么多類型么？
第三、還不是很穩(wěn)
Python 3.9.0 于 2020 年 10 月發(fā)布。3.9.1 于 2 個(gè)月后發(fā)布，其中包含一長串錯(cuò)誤修正。同樣的，Python3.10.x 也可能會(huì)有一些錯(cuò)誤修正，讓它再飛一會(huì)兒。
Python 3.10 有了新的語法：match-case，但是一些格式化工具或 IDE 可能還不支持。即使支持，你需要升級(jí)他們。
總之 Python3.10.0 才一個(gè)月，還不是很穩(wěn)。
那你可能會(huì)問了，什么時(shí)候算穩(wěn)？
我覺得比最新版本低 1-2 個(gè)是最好的選擇，比如 Python3.10 發(fā)布了，那么可以考慮升級(jí)到 Python3.8 或 Python3.9，因?yàn)榇藭r(shí)這些版本已經(jīng)足夠穩(wěn)定。
另一方面，除非你用的版本宣告了不支持安全更新的時(shí)間，或者報(bào)告了 bug，否則，你可以一直不更新。比如說，Python 3.6 將在 2021 年 12 月結(jié)束安全更新，此時(shí)應(yīng)該升級(jí)到 Python3.7 或以后的版本。
最后的話
基于以上三點(diǎn)，我決定不會(huì)更新 Python3.10。當(dāng)然，Python3.10 也有比較好的新特性，比如更友好的報(bào)錯(cuò)提示，當(dāng)你的括號(hào)、引號(hào)未閉合時(shí)，會(huì)拋出更加清晰明了的錯(cuò)誤。
很喜歡 Python 之禪的那兩句：簡單勝過復(fù)雜，明確優(yōu)于隱晦。希望 Python 的更新也能保持 Python 之禪的初心。
如果覺得有收獲，歡迎點(diǎn)贊，留言，在看和關(guān)注，今天的分享就到這里，感謝閱讀。