向 Swift 學(xué)習(xí)?Go 考慮簡(jiǎn)單字符串插值特性
大家好,我是煎魚。
在日常開發(fā) Go 工程中,我們經(jīng)常會(huì)用 fmt.Printf? 或 fmt.Sprintf 去寫類似的拼裝字符串的業(yè)務(wù)。
如下代碼:
這業(yè)務(wù)迭代迭代著,日積月累的,有一部分常變的拼裝邏輯會(huì)來越長(zhǎng)。小小的電腦顯示屏已經(jīng)不足以讓代碼在一行內(nèi)顯示了。
有許多特性會(huì)把字符串轉(zhuǎn)為變量,但后面那串又臭又長(zhǎng)的變量依然無法簡(jiǎn)單甩掉,因此有大部分同學(xué)會(huì)選擇把代碼格式化了。
如下代碼:
你可能以為這是個(gè)例?實(shí)際并不,很多人都遇到了。
簡(jiǎn)單字符串插值
這在 Go issues 中社區(qū)討論了三四年了,@Ian Lance Taylor 發(fā)起了新提案《proposal: spec: add simple string interpolation similar to Swift[1]》。希望能夠得到更多的討論,增加新特性解決這個(gè)問題。
這個(gè)新特性,類似于 Swift 中的字符串插值的簡(jiǎn)單版本。我們直接看例子:
對(duì)應(yīng)的輸出結(jié)果:
提案計(jì)劃新增的 “字符串插值”,規(guī)范如下:
- 新轉(zhuǎn)義語(yǔ)法:\(xxxx),開頭是 \(,結(jié)尾是 ),成對(duì)出現(xiàn)。
- 在格式上,一個(gè)有效的 \(,后面必須有一個(gè)表達(dá)式和一個(gè)尾部的 ),這樣才能生效。
上面的例子中,以下幾個(gè)都是字符串插值:
會(huì)有同學(xué)疑惑像 person 看起來就是結(jié)構(gòu)體的是怎么取值的?
Go 有一個(gè)神奇的約定方法,像結(jié)構(gòu)體這類類型,如果有 String() string 方法,將會(huì)調(diào)用該方法以獲取字符串值。
如果沒有 String 方法,需要是字符串、整數(shù)、浮點(diǎn)數(shù)、復(fù)數(shù)、常量或布爾值等類型,可以取值后格式化。否則將會(huì)報(bào)錯(cuò)。
其他語(yǔ)言例子
Swift
Kotlin
C#
Rust
爭(zhēng)論矛盾點(diǎn)
當(dāng)前的主要爭(zhēng)論點(diǎn)之一,像是 fmt.Sprintf 等方法也可以完成字符串插值一模一樣的效果,為什么還要新增這個(gè)功能特性(或是語(yǔ)法糖)?
主流觀點(diǎn)是現(xiàn)有的格式化字符串的方法,在參數(shù)數(shù)量多了后,很容易出錯(cuò)(例如:順序搞錯(cuò)),也比較松散,一大坨代碼。
在新增字符串插值的特性/語(yǔ)法糖后,可以更好閱讀、更好修改,不需要過于依賴編寫變量的順序、更緊湊。
具體的例子如下,現(xiàn)有版本代碼:
應(yīng)用新特性后會(huì)變成:
總結(jié)
其實(shí)我們?cè)诠ぷ髦卸冀?jīng)常遇到這個(gè)問題,甚至在 issues 中有同學(xué)反饋,他經(jīng)常要寫 50 個(gè)以上參數(shù)的格式化參數(shù),在 Go 這維護(hù)起來比較痛苦。
如果你是長(zhǎng)期維護(hù)某幾個(gè)項(xiàng)目的開發(fā)者,不斷持續(xù)新增、變更的現(xiàn)有格式化字符串的方法,和新增的字符串插值。
在接下來的幾年中,你會(huì)選擇哪一個(gè)?或是有沒有新的想法?