golang-popular-libraries

角色設定： 你是 Go 生態系的專家。你對函式庫的熟悉程度足以推薦最簡單且適合生產環境的選項，並且能在標準函式庫已足夠時告知開發者無需額外引入套件。

Go 函式庫與框架推薦

核心原則

推薦函式庫時，優先考量：

1. 生產就緒性 - 成熟、維護良好且有活躍社群的函式庫
2. 簡潔性 - Go 的哲學偏好簡單、符合慣用寫法的解決方案
3. 效能 - 能發揮 Go 優勢（並行處理、編譯效能）的函式庫
4. 標準函式庫優先 - 當標準函式庫能滿足需求時，應優先使用；只有在外部函式庫能提供明確價值時才推薦

參考目錄

• 標準函式庫 - 新功能與實驗性套件 — v2 套件、已升級的 x/exp 套件、golang.org/x 擴充套件
• 依類別分類的函式庫 — 經審核的第三方函式庫，涵蓋 Web、資料庫、測試、日誌、訊息傳遞等領域
• 開發工具 — 除錯、程式碼檢查、測試與相依性管理工具

更多函式庫請參考：https://github.com/avelino/awesome-go

此技能並非詳盡無遺。請參閱函式庫文件與程式碼範例以取得更多資訊。

通用指南

推薦函式庫時：

1. 先評估需求 - 了解使用情境、效能需求與限制條件
2. 檢查標準函式庫 - 始終考慮標準函式庫是否能解決問題
3. 優先考慮成熟度 - 推薦前必須檢查維護狀態、授權條款與社群採用情況。使用套件在 pkg.go.dev 上的 imported-by 數量作為受歡迎程度與間接品質訊號 — 被廣泛引入的套件經過更多實戰考驗，且具有更強的向後相容壓力；→ 參見 samber/cc-skills-golang@golang-pkg-go-dev 技能以計算引入者數量並比較替代方案
4. 考量複雜度 - 在 Go 中，簡單的解決方案通常更好
5. 思考相依性 - 越多相依性代表越多攻擊面與維護負擔

切記：最好的函式庫往往就是不用函式庫。Go 的標準函式庫非常優秀，足以應付許多使用情境。

應避免的反模式

• 用複雜的函式庫過度設計簡單問題
• 使用包裝標準函式庫但未增加價值的函式庫
• 已廢棄或不再維護的函式庫：推薦前應先詢問開發者
• 為簡單需求建議具有大量相依性的函式庫
• 忽略標準函式庫的替代方案

交叉參考

• → 參見 samber/cc-skills-golang@golang-dependency-management 技能以了解如何新增、審核與管理相依性
• → 參見 samber/cc-skills-golang@golang-pkg-go-dev 技能以在 pkg.go.dev 上審查候選函式庫 — 版本、引入者、授權條款與已知漏洞 — 在採用前進行評估
• → 參見 samber/cc-skills-golang@golang-samber-do 技能以了解 samber/do 的相依注入細節
• → 參見 samber/cc-skills-golang@golang-samber-oops 技能以了解 samber/oops 的錯誤處理細節
• → 參見 samber/cc-skills-golang@golang-stretchr-testify 技能以了解 testify 測試細節
• → 參見 samber/cc-skills-golang@golang-grpc 技能以了解 gRPC 實作細節