getRequest returns Request_String instead of Request a
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- haskell
- Domaine
- networking
Piste de recherche
Commencez par localiser les définitions et les utilisations de getRequest, postRequest, Request et BufferType, puis comparez-les avec defaultGETRequest_ et l’exemple de request dans l’issue. Déterminez si les signatures polymorphes proposées s’intègrent à l’API existante et identifiez les attentes en matière de compatibilité et de tests ; le travail est considéré comme terminé lorsque les helpers de request prennent en charge les types de buffer prévus sans casser l’utilisation actuelle de String.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Haskell
- Étoiles
- 184
- Forks
- 59
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de haskell/HTTP
-
Difficulté 1/5 1-3 heures Accessibilité débutants 88/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 55/100
-
simpleHTTP raises exception on connection refusedPeut-être à nouveau libre Une pull request pour cette issue a été fermée sans être fusionnée. Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 38/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
Better error message when HTTP_PROXY is down.Peut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 38/100
Toutes les issues de haskell/HTTP
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
compiler-explorer/compiler-explorer#9272 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 1/5 Moins d'une heure Accessibilité débutants 82/100
alunduil/siren-json.hs#247 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 1/5 Moins d'une heure Accessibilité débutants 85/100
alunduil/network-arbitrary#196 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 1/5 Moins d'une heure Accessibilité débutants 82/100
alunduil/collection-json.hs#402 ·
Les mainteneurs répondent en général sous 1 jour
-
`--margin` still counts code points when it measures the last line of a call in `Margin.hs`Peut-être pris @sherenkov l’a pris aujourd’hui. Ouvertebug
Difficulté 2/5 1-3 heures Accessibilité débutants 83/100
objectionary/phino#1871 · 2 commentaires ·
Les mainteneurs répondent en général sous 1 jour