ipfs/kubo

Provide sentinel errors in the HTTP API

Open

#7,307 建立於 2020年5月12日

在 GitHub 查看
 (3 留言) (0 反應) (0 負責人)Go (13,906 star) (2,725 fork)batch import
P3help wantedkind/enhancementstatus/readytopic/rpc-api

描述

Matching errors against concrete types would be nice vs. fragile error string matching, e.g.,

if err.Error() == "'from' cid was not recursively pinned already" { ...

Or, maybe using more fine grained error codes would be even better. I believe the above error will come with a code: ErrNormal or similar.

貢獻者指南

技術棧
gorest api
領域
backendapi
議題類型
feature
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
3
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
1-3 hours
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
stale
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
clear
前置要求
Go basicsKubo HTTP API structure
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
60
研究方向
Investigate the current error handling in the Kubo HTTP API, specifically in files like `api/` or `commands/`. Look for places where errors are returned as strings and identify where sentinel errors can be defined. Consider adding new error types in a dedicated error package, and update all usages of fragile string matching to use these sentinel errors.