公司內部的 Go 代碼規範中限制了每一行代碼的寬度。為了滿足這個規範，那些太寬的代碼行就不可避免地需要換行。換行不是普通的回車就行，如何在換行的同時，保持代碼優秀的可讀性，筆者根據日常 code review 中看到的各種模式，提出一些建議。
上一篇文章：每天學點 Go 規範 - 函數傳參時，struct 應該傳值還是引用
規範和原因
公司的 Go 規範統一要求每一行 Go 代碼不能超過 1
Go 自從 1.18 版本正式推出泛型之後至今也超過半年了，但是筆者發現在實際業務開發中，大家沒有如想象中那麼廣泛地使用泛型。於是決定簡單撰一文，儘可能簡單地講解 Go 的泛型代碼的寫法。
Go 泛型的作用
Go 語言在推出之後，要求支持泛型的呼聲就一直不絕於耳。Go 在 1.17 版實驗性地推出，並且在 1.18 正式發佈。泛型要解決的問題以及適用的場景是所謂的 ”DRY“（Don't Repe
