getRequest returns Request_String instead of Request a
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- haskell
- Ambito
- networking
Direzione di ricerca
Inizia individuando le definizioni e gli utilizzi di getRequest, postRequest, Request e BufferType, quindi confrontali con defaultGETRequest_ e con l’esempio di request nell’issue. Determina se le firme polimorfiche proposte sono compatibili con l’API esistente e identifica le aspettative relative alla compatibilità e ai test; il lavoro è completato quando gli helper di request supportano i tipi di buffer previsti senza interrompere l’uso attuale di String.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Haskell
- Stelle
- 186
- Fork
- 59
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di haskell/HTTP
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 55/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
Tutte le issue di haskell/HTTP
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
doclayout-0.6 Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
commercialhaskell/stackage#8126 ·
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
enhancement tricorder
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100