詳解Python 4.0 預計推出的新功能

Python 3.8 發布在即，核心開發者團隊讓我總結一下最近討論的 Python 4.0 預計推出的新功能，代碼名為“ Ouroboros：自噬蛇”。Python 4.0 是大家翹首以盼的新版本，也將成為 Python 歷史上的重大里程碑，在此感謝為之努力奮斗的 100 多名貢獻者。

經過郵件列表上的論戰，PEP8 里的一行 79 個字符的限制將增加至一行 89.5 個字符。IDE 用戶終于可以充分利用 30" 超寬 4K 顯示器的優勢啦！這是我們對每行 100 個字符這一呼聲的妥協，大家各退一步。

所有新的支持庫與標準庫模塊的標題中必須包含 For Humans（“以人為本”）。

Python 4.0 終將推出一種新的字符串類型，z-strings, 這是一種 C 語言風格的空終止字節字符串。只要在字符串加上前綴 z，如 z'my string'，Python 就會自動將它轉換成空終止字符串（NULL-terminated）。注意：z-strings 不能用于現有需要獲取字符串參數的 API，應該先將它解碼為 Unicode 字符串，或轉換為字節（bytes）。

Type-hinting（類型提示）擴展將提供一些更實用的功能。新推出的簡化版類型提示將被稱為 Type Whispering（類型低語）。

他碼弟，我們要用 libuv[1]為 Twisted acyncio 提供事件循環（Event Loop）支持。

Python 4.0 將支持在單一關鍵詞前使用 async 關鍵詞，并且鼓勵使用 async do so 這種方式。用 Cargo-Culting[2] 方式編程，讓魔法關鍵詞出現在所有地方也沒什么不好，大家都希望程序能跑得更快，是不是？

在 Python 3.7 版的 namedtuple 與 dataclasses 基礎上，Python 4.0 將增加幾個千行 Decorator-Hack，用以實現簡單構建類型。

全局解釋鎖（GIL）已經被移除了。

開玩笑的！反之，我們一直努力，希望實現在一個線程里，處理多個解釋器數據結構更容易。別客氣，以后再感謝我們吧！

需要將 bytes 轉為 str這件事，讓眾多被我們說服從 Python 2.x 升級到 3.x 的公司為我們提供了不少工作機會。本著同樣的精神，很高興告訴大家，今后會有兩個 int 類型，其中，int 是 32 位帶符號的整數，long 是 64 位帶符號的整數。可能會有人說 “Python 2 不就是這樣嗎？”，對于這點，我們要告訴大家，以后再也用不了 int 了，要把它們都轉換為 long。

鑒于，Python 2 升級 3 的工具大獲成功，我們計劃推出 Python 3 升級 4 的工具，可以自動將代碼轉換為上述新特性。

很遺憾，以下特性未能入選 Python 4.0 升級計劃：

我們嘗試過用 Rust 重寫解釋器的部分功能，但沒人知道怎么禁用 borrow-cheker，所以只好放棄了。

沒有switch 語句，不過，你可以用 dict。

concurrent.Pasts（過去） 與concurrent.Present（現在）沒有合并，不過，沒關系，我們還有 future（未來），是不是？

沒人能搞懂 Twisted asyncio 如何運作，屆時，將不會對這方面的內容有所改進。Python 軟件基金會建議所有新項目都使用 gevent。

很抱歉，我們沒有對打包“環境”做出任何改進。

我們十分期待新版發布，并會竭盡所能做好在它能用之前的幾個小版本。

要有信心！記住 Python 的宣言：

唯有死亡，才會永生！

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持億速云。