レスポンスのパースについて再検討

[negi-grass]

HTTP や WebSocket のレスポンスのパースはもっと一貫性のある洗練されたデザインができそう。

現在の方法だと #12, #37, #40 などの問題がある。

[negi-grass]

他のライブラリで一般的だと思うが、レスポンスクラスを作ってそこにjson()等のメソッドをつけるのがよいか。

[negi-grass]

レスポンスクラスに必要なもの

• fn text()
• fn json()
• fn json_value()
• fn status()
• fn headers()

それぞれの取引所向けのデータパース等

• ?

[negi-grass]

エラーコード等を統一的に扱いたいが、どうするべきか。

[negi-grass]

Bybit:

{
    "retCode": 0,
    "retMsg": "OK",
    "result": {
    },
    "retExtInfo": {},
    "time": 1671017382656
}

Binance (エラー時):

{
  "code":-1121,
  "msg":"Invalid symbol."
}

bitFlyer (エラー時、ドキュメントに記載なし):

{
  "status":-100,
  "error_message":"Invalid product",
  "data":null
}

coincheck(エラー時、ドキュメントに記載なし):

{
  "success":false,
  "error":"invalid authentication"
}

[negi-grass]

現在の generic-api-client は、v0.2 以前のそれぞれの取引所の実装が独立していたときの名残なので、削除しても問題ない。

[negi-grass]

現在の構造ありきではなく、ユーザーの視点からライブラリの構造を考え直したほうがいいかもしれない。