為什麼 Python、Go 和 Rust 都不支持三元運算符?

来源:https://www.cnblogs.com/pythonista/archive/2023/04/03/17284314.html
-Advertisement-
Play Games

NodeManager(NM)中的狀態機分為三類:Application、Container 和 LocalizedResource,它們均直接或者間接參與維護一個應用程式的生命周期。 ...


在編程時,我們經常要作條件判斷,並根據條件的結果選擇執行不同的語句塊。在許多編程語言中,最常見的寫法是三元運算符,但是,Python 並不支持三元運算符,無獨有偶,兩個最熱門的新興語言 Go 和 Rust 也不支持!

為什麼 Python 不支持三元運算符呢?本文將主要分析 Python 在設計條件選擇語法時的過程,科普為什麼它會採用現今的與眾不同的實現方案,同時,我們也將考察為什麼其它語言也要拋棄傳統的三元運算符。

在開篇之前,我再聲明一下:就像“Python為什麼”系列的大部分文章一樣,本文關註的僅是一個很小的語法點,但它並不是“茴香豆有幾種寫法”那種毫無意義的話題。因為,細微之處見真功夫,深入研究語言設計背後的原因、歷史和哲學,可以讓我們在編程時有更加清晰和自由的思維。

什麼是三元運算符?

三元運算符通常指的是“?:”,其語法形式為:condition ? expression1 : expression2,如果 condition 為真,則取 expression1,若不為真,則取 expression2。

語法簡化形式“a ? b : c”,可以讀成“如果 a 條件成立,則為 b,否則為 c”。

三元運算符是對普通一重 if-else 結構的簡化,常用於在一條語句中同時實現條件判斷和取值操作。

// 常規 if-else 
if (a > b) {
    result = x;
} else {
    result = y;
}

// 簡化後的寫法
result = a > b ? x : y;

採用了這種語法設計的編程語言有很多,比如 C、C#、C++、Java、JavaScript、PHP、Perl、Ruby、Swift 等等。毫無爭議,它就是編程語言界的主流設計方案(至今仍是)。

這種語法非常簡潔高效,代碼的可讀性也很強(如果你不是第一次接觸的話),深得很多人的喜歡。

但是,它並非毫無缺點。Python 是這種語法設計的最著名的挑戰者,接下來,我們將看看為什麼 Python 要另闢蹊徑。

Python 社區的投票

Python 發佈於 1991 年,但在接下來的 15 年裡,除了 if-else 語法外,它並不支持三元運算符和其它條件表達式。而且,在 2006 年引入條件表達式前,社區對此進行了漫長而曲折的爭論,可以說這是一個設計得很艱難的語法了。

最初,由於時常有人請求添加 if-then-else(三元)表達式,因此在 2003 年 2 月,PEP 308 – Conditional Expressions 被提了出來,目的是讓社區選出一個讓多數人支持的方案。

PEP-308

很快,除了少部分人希望啥也不做外,社區里出現了好幾種方案:

(1)使用標點符號構建的三元運算符

即常規的三元運算符,跟前文介紹的語法一樣:

<condition> ? <expression1> : <expression2>

這個方案的呼聲挺高,有開發者甚至已提交了實現代碼。但是,Guido 給出了兩個反對的理由:冒號在 Python 中已經有許多用途(即使它實際上不會產生歧義,因為問號需要匹配冒號);對於不習慣 C 衍生語言的人來說,理解起來很困難。

(2)使用現有和新的關鍵字構建

引入新的“then”關鍵字,結合現有的“else”關鍵字:

<condition> then <expression1> else <expression2>

它的優點是簡單明瞭、不需要括弧、不改變現有關鍵字的語義,不大可能與語句混淆,而且不需要重載冒號。缺點是引入新關鍵字的實現成本較高。

(3)其它思路

跟上一種方案的思路相似,但沒有上述兩類方案的支持度高。

(if <condition>: <expression1> else: <expression2>)
<condition> and <expression1> else <expression2>
<expression1> if <condition> else <expression2>
cond(<condition>, <expression1>, <expression2>)

值得一提的是(if <condition>: <expression1> else: <expression2>) ,它是常規 if-else 語法的扁平化,容易理解,但缺點是需要使用圓括弧,容易跟生成器表達式混淆,而且需要解釋器對冒號做特殊化處理。

另外值得一提的是<expression1> if <condition> else <expression2>,它是 PEP-308 最早版本的推薦方案,但是這種不將條件放在首位的風格讓一些人感覺不舒服,而且,當“expression1”很長的時候,很容易就忽略掉它的條件。

當時參與投票的全部設計方案:

總體上,開發者們希望引入某種形式的 if-then-else 表達式,但投票後卻沒有哪種方案能取得絕對的優勢。概括起來,分歧的問題主要有:是否用標點符號、是否復用關鍵字、是否復用圓括弧、是否引入新關鍵字、是否引入新語法……

由於得票太分散,因此,這個 PEP 在當時被拒絕了。PEP 中寫道:“Python 的一個設計原則是在不確定採取哪條路線時,則保持現狀。

and-or 用於條件選擇的問題

以上的投票事件發生在 2004 年 3 月,但是,在 PEP 被拒絕後,相關話題的討論並未平息,因為大家總想找一種簡潔的方式來替換“if-else“。

時間到了 2005 年 9 月,郵件組中有人提議在 Py3.0 中變更"and"與"or"操作符的邏輯,提議將"and" 和 "or" 運算符簡化成始終返回布爾值,而不是返回最後一個被求值的參數。

之所以發起這個提議,原因是他使用了<condition> and <expression1> or <expression2>的方式來實現條件判斷與選擇。但是這種寫法在 Python 中的行為跟有些語言並不一樣,使用不嚴謹的話,可能會釀成 Bug!

看看下麵的兩個例子,你覺得它們會得到什麼結果呢?

a = True and True or "Python貓"

b = True and False or "Python貓"

對於<condition> and <expression1> or <expression2> ,若 condition 為假,則會直接對 expression2 求值並返回結果;若 condition 為真,則先對 expression1 求值,若也為真,則不會繼續對 expression2 求值,若 expression1 不為真,則對 expression2 求值。

因此,上述例子得到的 a 是“True”,而 b 會得到“Python貓”。

本系列的《Python 為什麼能支持任意的真值判斷? 》介紹過 Python 在真值判斷的特殊之處,運用到以上結構中,將出現更不易察覺的問題。比如,該郵件的作者就是遇到了“expression1”為複數“0+4i”,這個數的真值判斷為 False,因此導致最後返回的不是預期的“expression1”,而是“expression2”!

在沒有更好的方案前,“and-or”是比較常見的條件選擇寫法,PEP-308 也提及了它,也指出了當“expression1”為假的情況,還認為這種方案是醜陋和令人費解的。

這封郵件再次引發了社區對條件選擇語法的討論,大佬們紛紛登場。

以我現在的視角分析,其實就是開發者們不滿足於“if-else”的現狀,但是當時流行的“and-or”寫法並不夠好,因此,大家期望 Python 設計出新的規範性語法,來解決這個痛點。

與眾不同的條件表達式

在經過 10 天的郵件討論後,Guido van Rossum 最終決定添加一個條件表達式,語法形式為X if C else Y 。因此,PEP-308 被重開和更新,並很快就在次年的 2.5 版本中實現了。

前文已提到過這個讓一些人感覺不舒服的方案了,因為它沒有將條件判斷邏輯放在最前面。

那麼,為什麼最後的勝者會是它呢?這是不是最優的設計呢?

不可否認,起到決定性作用的原因是 Guido。由於社區在一年半前投票時沒有形成多數意見,因此他行使 BDFL (終身仁慈獨裁者)的決策權力,裁定出一個他認為是最佳的方案。

X if C else Y 非常易於理解,可讀性高。它延續了“明確優於隱式”的風格,使用了直觀口語化的“if-else”,而不是引入可能引起混淆的標點符號,就像 Python 選擇“and”和“or”兩個單詞,而不是“&&”和“||”兩個符號,它們有著異曲同工之妙。

雖然調整後的語法順序讓人不太習慣,但其實這樣的實現卻大有好處。首先,它只需復用“if-else”兩個關鍵字,而不需要引入“then”、“when”和其它語法要素,也不像(if <condition>: <expression1> else: <expression2>) 那樣的繁瑣。

其次,為了驗證X if C else Y 的有效性,Guido 排查了標準庫中所有“and-or”組合的寫法,發現那些C and X or Y 寫法都可以被X if C else Y 替換掉。標準庫的情況,證明瞭這新的語法是可行的。

最後,在 PEP-308 提及的原因外,我還想補充一點。據觀察,我發現很多時候我們有一個已初始化的變數,然後需要在出現某個條件時,更新變數的值。在這種情況下,“else”部分可以被省略,非常便捷。

my_str = ""
# 中間存在其它代碼邏輯
# 當 condition 為真時,變數會被重新賦值
my_str = "Python貓" if condition

回顧這段歷史,我們可以梳理出一條線索:Python 沒有設計三元運算符“?:”,主要是因為它不符合 Python 明確直觀的設計風格。最後採用X if C else Y 這種設計,主要的意圖其實是消除“and-or”寫法的隱患,這種設計簡明易讀,而且還有<expression> if <condition> 簡化寫法的妙用。

總體而言,Python 設計者非常看重可讀性與可維護性,不採用三元運算符而創造條件表達式語法,這是一個經過了開放討論、謹慎評估與權衡取捨的結果。

Go、Rust 為什麼不支持三元運算符?

考察完 Python 的設計原因後,我們再來考察“反派陣營”中兩門最熱門的語言。

首先是 Go 語言,官網的 FAQ 專門列出了一個問題:“Why does Go not have the ?: operator?”。

Go 語言不支持“?:”運算符,而是推薦使用原生的“if-else”寫法。文檔的解釋很簡短,只有一段話:

Go 語言沒有 ?: 運算符,因為語言的設計者們經常看到它被用來創建難以理解的複雜表達式。雖然 if-else 形式比較長,但是它無疑更清晰易懂。一個語言只需要一個條件控制流結構

接著是 Rust 語言,它的官方文檔中似乎沒有任何關於不支持三元運算符的解釋。但在查閱資料後,我發現它也有一段特殊的故事,非常有意思:在 2011 年 6 月時,Rust 曾經引入過三元運算符(#565),然而半年後,設計者意識到這個特性是多餘的,因此又把它移除了(#1698#4632)!

為什麼三元運算符在 Rust 是多餘的呢?因為它的 if 語法並不像其它語言是“語句(statement)”,而是一個“表達式(expression)”,這意味著你可以直接將 if 表達式賦值給變數:

// 若條件為真,得到 5,否則 6
let number = if condition { 5 } else { 6 };

這種語法形式足夠簡單明瞭,不就是將大家都熟悉的“if-else”直接用於賦值麽,太方便了,替換成三元運算符的話,確實有點畫蛇添足之感。

另外,Rust 使用花括弧劃分代碼塊,因此上例的花括弧內可以包含多條表達式,也支持換行,例如這個例子:

let x = 42;
let result = if x > 50 {
    println!("x is greater than 50");
    x * 2 // 這是一個表達式,將返回的值賦給 result
} else {
    println!("x is less than or equal to 50");
    x / 2 // 也是一個表達式,將返回的值賦給 result
};

這種用法,Python 是不可能做到的。最關鍵的區別在於,Rust 的 if 是表達式而不是語句。

這兩個概念的區別是:

  • 表達式(expression)通常指的是由變數、常量、運算符等組成的一個可求值的代碼片段,它的求值結果可以用到其它表達式或語句中。
  • 語句(statement)通常指的是完成某個任務的單個指令或一組指令,例如賦值語句、條件語句、迴圈語句等,它沒有返回值(或者為空),不能用於賦值操作。

除了 Rust 外,還有一些編程語言中的 if 是表達式而不是語句,例如 Kotlin、Scala、F#、Swift,它們在理論上也不需要使用三元運算符。(題外話:Swift 是個例外,它也有三元運算符。Kotlin 有“?:”運算符,註意兩個符號是連在一起的,val result = a ?: b 表示:如果 a 不為 null,則賦值給 result ;否則將 b 賦給 result

由於有這種語言設計層面的區別,因此在面對“是否要支持三元運算符”這個問題時,Rust 和 Python/Go 的思考角度有著天然不同的起點。知道了這種區別後,我們對編程語言會有更明晰地認知。

回到本文的問題:為什麼有些編程語言不採用主流的三元運算符語法呢?

不可否認,“?:”確實是一種簡潔好用的設計,然而,標點符號的負面影響是過於抽象,可讀性並不及“if-else”那樣強。另外,不同語言的設計風格與使用習慣,也會導致不同的選擇。

Python 在經過一番波折後,最後設計出了與眾不同的條件表達式。Go 語言明確表示不支持三元運算符。Rust 先設計後捨去,主要的原因在於 if 表達式的語言基礎。

考察完這三個熱門語言後,我相信你已收穫了一個滿意的答案。如果是這樣,請點贊支持一下本文吧!

最後,本文出自“Python為什麼”系列,全部文章已歸檔在 Github 上,歡迎 star 和提 issue。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 如果你需要一個自動化的工具幫助你或者你的團隊發現代碼中的缺陷,在提升代碼質量同時減少人工Code Review的成本,那這篇文章非常的適合你。 ...
  • super關鍵字的一些註意事項 子類在執行構造方法時,如果顯式使用super()顯式調用父類構造方法,則該調用必須放代碼塊在第一行 super必須出現在子類的方法或者構造方法中 使用this()顯示調用構造方法,則該調用必須放在代碼塊第一行 由於第一條和第三條限制,super和this不能同時調用構 ...
  • P2 List介面和常用方法 一、List介面基本介紹 List介面是 Collection 介面的子介面 List集合類中元素有序(即添加順序和取出順序一致)、且可重覆 List集合類中的每一個元素都有其對應的順序索引,即支持索引。 List容器中都對應一個整數型的序號記載其在容器中的位置,可以根 ...
  • 給大家分享一個Github倉庫,上面有大彬整理的300多本經典的電腦書籍PDF,包括C語言、C++、Java、Python、前端、資料庫、操作系統、電腦網路、數據結構和演算法、機器學習、編程人生等,可以star一下,下次找書直接在上面搜索,倉庫持續更新中~ Github地址 C語言教程——翁凱老師 ...
  • java.util.regex 包主要包括以下三個類: Pattern 類: pattern 對象是一個正則表達式的編譯表示。Pattern 類沒有公共構造方法。要創建一個 Pattern 對象,你必須首先調用其公共靜態編譯方法,它返回一個 Pattern 對象。該方法接受一個正則表達式作為它的第一 ...
  • 搭建微服務基礎環境01 1.創建父工程,用於聚合其他微服務模塊 1.1創建父項目 說明:我們先創建一個父項目,該父項目會去管理多個微服務模塊(module),如下: (1)File-New-Project-Maven,選擇如下: (2)輸入項目名稱等信息,然後next (3)選擇Maven,然後Fi ...
  • Autoconfiguration詳解——自動註入配置參數 一、 理解自動裝配bean 1. 常用註解 @AutoConfiguration(每個配置類都要加上) Class<?>[] after() default {}; Class<?>[] before() default {}; 以上兩個配 ...
  • 本章將探索驅動程式開發的基礎部分,瞭解驅動對象`DRIVER_OBJECT`結構體的定義,一般來說驅動程式`DriverEntry`入口處都會存在這樣一個驅動對象,該對象內所包含的就是當前所載入驅動自身的一些詳細參數,例如驅動大小,驅動標誌,驅動名,驅動節等等,每一個驅動程式都會存在這樣的一個結構,... ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...