大家好,我是煎魚。
前幾天看 Reddit 社區(qū)里的討論,發(fā)現(xiàn) Go 這一門編程語言,錯(cuò)誤處理永遠(yuǎn)是討論的議題之一。本著追蹤網(wǎng)友腦洞 Proposal 的基礎(chǔ)上,周末看到個(gè)被反對比較多的 Go2 錯(cuò)誤處理提案。
圖片
今天結(jié)合分享給大家,好的壞的都可以看看別人的想法。
在 Go 這門編程語言中,錯(cuò)誤處理機(jī)制主要是依賴于 if err != nil 的方式。因此在對函數(shù)做一定的封裝后。
代碼最終常呈現(xiàn)出以下樣子:
jy1, err := GetFoo()if err != nil { return err}jy2, err := SliceTheBar(varFoo)if err != nil { return err}err := CheckBarSlice(sliceBar)if err != nil { return err}...
有部分開發(fā)者會認(rèn)為這比較的丑陋、混亂且難以閱讀。
圖片
有人戲稱一個(gè) Go 工程里有 60% 的代碼是 if err != nil,為此我見過直接用 panic 來做錯(cuò)誤處理的團(tuán)隊(duì)。
提案的提出者 @mainjzb,主要的設(shè)計(jì)目標(biāo)是:將 # 作為標(biāo)識位,格式上是把 #xxx 作為程序處理錯(cuò)誤的標(biāo)識符。幫助開發(fā)者閱讀代碼并簡化代碼。
原本 Go 錯(cuò)誤處理方式,如下老代碼:
n, err := io.Write(x)n, _ := io.Write(x) n, err := io.Write(x)if err != nil { return 0, err}n, err := io.Write(x)if err != nil { return 0, fmt.Error("tcp closed: %w", err)}n, err := io.Write(x)if err != nil{ panic(err)}
使用上述提案后的錯(cuò)誤標(biāo)識改造后,新的代碼如下:
// 1. err as valuen := io.Write(x) #err // 2. ignore errorn := io.Write(x) #@ignore // 3. return error immediately、n := io.Write(x) #@done // 4. wrap additional informationn := io.Write(x) #@wrap("tcp closed: %w") // 5. panic errn := io.Write(x) #@must
結(jié)合上述提案改進(jìn)后的代碼,原作者給出了以下幾種 # 標(biāo)識符的想法:
這個(gè)提案的作者有多門編程語言經(jīng)驗(yàn),本次提出的新提案,很明顯是瞄著解決 Go 這門編程語言中的 if err != nil 的不斷重復(fù)的代碼內(nèi)容的方向去的。
雖然原提案作者另辟蹊徑,通過增加 #err 這類標(biāo)識符來直接扭轉(zhuǎn)錯(cuò)誤處理,解決了大量重復(fù) err 代碼。
圖片
但最終與 Go 語言的其他部分過于不適。已經(jīng)被 ban 了。謹(jǐn)記:想要優(yōu)化 GO 的 if err != nil 還得要考慮整體適合度,不能一廂情愿。
本文鏈接:http://www.tebozhan.com/showinfo-26-92114-0.htmlGo 新提案:用 #err 標(biāo)識符去做錯(cuò)誤處理!
聲明:本網(wǎng)頁內(nèi)容旨在傳播知識,若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除處理。郵件:2376512515@qq.com