6月安卓手機性價比榜：Note 12 Turbo斷層式碾壓
6月份有一個618，雖然這是京東周年慶的日子，但別的電商也都不約而同的跟進了，反正促銷沒壞處，廠商和用戶都能滿意。618期間一些產品也出現了歷史低價，那么各個價位段的產品性價比
大家好，我是煎魚。
日常看 Go 社區的一些新動態，發現大家對于錯誤處理的新提案是很積極。上次分享了一篇想要用 switch-case 來解決現狀的新提案，不少同學認為不可行。
沒想到 Go 社區的同學腦洞還是很大的，這幾天又整出來個 select-case 的新提案的方式來解決錯誤處理。
今天基于此給大家分享一下社區里的新腦洞。
本節的背景主要是給不了解的同學拉通一下。如果已經知道的可以跳過本節。新提案的提出背景，與之前的類似。
社區內的 Go 開發者很多嫌棄 if err != nil 的錯誤處理方式過于繁瑣，紛紛提出各種改進方式和新提案。截至目前暫無大改進被通過。
具體演示代碼如下：
func CopyFile(src, dst string) error { r, err := os.Open(src) if err != nil { return err } defer r.Close() w, err := os.Create(dst) if err != nil { return err } defer w.Close() if _, err := io.Copy(w, r); err != nil { return err } if err := w.Close(); err != nil { return err } // 和煎魚一起煎個魚...}要寫比較多的判斷和返回錯誤的邏輯，并且這些代碼比正式的調用代碼還要多。所以也常被人戲稱一個 Go 工程里 80% 都是 if err != nil 等錯誤檢查代碼。
本次新提案是由 @bjorndm 提出的 《proposal: Go 2: add trap on direct assignment with select block[1]》：
圖片
提出者本身使用編程語言的經驗比較豐富，用過：C, Ruby, Pascal, Basic, Java, Shell 等。本次提出該提案的原因是某些 shell 中 trap 語句的啟發。
抽象了一下，提案內容如下：
從原作者的描述來看，提案內容比較生硬。我們結合演示代碼來看就知道，他是想構思什么新語法來使用 select-case 達到錯誤處理的目的了。
演示代碼如下：
func CanFail(name string) error {var err errorselect err { case err != nil: return fmt.Errorf("CanFail: %w", err)}fin, err := os.Open(name)buf, err := io.ReadAll(fin)return nil}結合新提案的語法，由于 select 代碼塊中是一個變量，符合新語法 “陷阱” 的場景。
因此 err 變量被安裝了 “陷阱”，當后面的 os.Open 和 io.ReadAll 等方法賦值給 err 變量時，就能觸發 select 子句的 case 檢查。
最終以此達到簡化 if err != nil 的目的。也可以滿足 Go1 兼容性保障，達到向前和向后兼容，不需要新增關鍵字。
截止目前我們已經看過了許多 Go 錯誤處理的腦洞新提案。本提案是期望利用 select-case 的特性結構來做擴展，以此達到向前兼容的目的。
從編譯和運行上，作者認為代價是比較小的，只需要在內部替換成類似 switch 的效果就可以了。
參考資料
[1]proposal: Go 2: add trap on direct assignment with select block: https://github.com/golang/go/issues/66161
本文鏈接：http://www.www897cc.com/showinfo-26-76540-0.htmlGo 錯誤處理：用 select-case 來解決這個歷史難題？
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號