getRequest returns Request_String instead of Request a
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- haskell
- 領域
- networking
調査の方向性
まず getRequest、postRequest、Request、BufferType の定義と使用箇所を見つけ、defaultGETRequest_ および issue 内の request の例と比較します。提案されている多相シグネチャが既存の API に適合するかを判断し、互換性とテストに関する要件を特定します。完了とは、request ヘルパーが意図された buffer 型をサポートし、現在の String の使用を壊さないことを意味します。
索引モデルが issue の本文から書いたものです。
説明
What's the reason for not having getRequest and postRequest return Request a, i.e.:
getRequest :: BufferType a => String -> Request a
postRequest :: BufferType a => String -> Request a
If they were like this, it would be much easier to tell the library to use (Lazy) ByteStrings instead of Strings. The simplest way I could do that with what's in the library at this point is this:
request :: URI -> IO ByteString
request url = simpleHTTP (defaultGETRequest_ url) >>= getResponseBody
While it's not necessarily ugly or bad, I think it would be much nicer to have polymorphic getRequest/postRequest functions.
- 主要言語
- Haskell
- スター
- 186
- フォーク
- 59
- PR マージ指標
- 30日以内にマージされた PR はありません
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
haskell/HTTP のほかの issue
-
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 55/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 38/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 38/100
似ている issue
-
docs
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
-
needs triage type: bug
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
doclayout-0.6 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
commercialhaskell/stackage#8126 ·