This repository has been archived by the owner on Oct 15, 2024. It is now read-only.
forked from r-lib/httr2
-
Notifications
You must be signed in to change notification settings - Fork 0
/
README.Rmd
105 lines (72 loc) · 3.7 KB
/
README.Rmd
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
---
output: github_document
---
<!-- README.md is generated from README.Rmd. Please edit that file -->
```{r, include = FALSE}
knitr::opts_chunk$set(
collapse = TRUE,
comment = "#>",
fig.path = "man/figures/README-",
out.width = "100%"
)
```
# httr2 <a href="https://httr2.r-lib.org"><img src="man/figures/logo.png" align="right" height="138" alt="httr2 website" /></a>
<!-- badges: start -->
[![R-CMD-check](https://github.com/r-lib/httr2/workflows/R-CMD-check/badge.svg)](https://github.com/r-lib/httr2/actions)
[![Codecov test coverage](https://codecov.io/gh/r-lib/httr2/branch/main/graph/badge.svg)](https://app.codecov.io/gh/r-lib/httr2?branch=main)
<!-- badges: end -->
httr2 (pronounced hitter2) is a ground-up rewrite of [httr](https://httr.r-lib.org) that provides a pipeable API with an explicit request object that solves more problems felt by packages that wrap APIs (e.g. built-in rate-limiting, retries, OAuth, secure secrets, and more).
## Installation
You can install httr2 from CRAN with:
``` r
install.packages("httr2")
```
## Usage
To use httr2, start by creating a **request**:
```{r}
library(httr2)
req <- request("https://r-project.org")
req
```
You can tailor this request with the `req_` family of functions:
```{r}
# Add custom headers
req |> req_headers("Accept" = "application/json")
# Add a body, turning it into a POST
req |> req_body_json(list(x = 1, y = 2))
# Automatically retry if the request fails
req |> req_retry(max_tries = 5)
# Change the HTTP method
req |> req_method("PATCH")
```
And see exactly what httr2 will send to the server with `req_dry_run()`:
```{r}
req |> req_dry_run()
```
Use `req_perform()` to perform the request, retrieving a **response**:
```{r}
resp <- req_perform(req)
resp
```
The `resp_` functions help you extract various useful components of the response:
```{r}
resp |> resp_content_type()
resp |> resp_status_desc()
resp |> resp_body_html()
```
## Major differences to httr
- You can now create and modify a request without performing it.
This means that there's now a single function to perform the request and fetch the result: `req_perform()`.
`req_perform()` replaces `httr::GET()`, `httr::POST()`, `httr::DELETE()`, and more.
- HTTP errors are automatically converted into R errors.
Use `req_error()` to override the defaults (which turn all 4xx and 5xx responses into errors) or to add additional details to the error message.
- You can automatically retry if the request fails or encounters a transient HTTP error (e.g. a 429 rate limit request).
`req_retry()` defines the maximum number of retries, which errors are transient, and how long to wait between tries.
- OAuth support has been totally overhauled to directly support many more flows and to make it much easier to both customise the built-in flows and to create your own.
- You can manage secrets (often needed for testing) with `secret_encrypt()` and friends.
You can obfuscate mildly confidential data with `obfuscate()`, preventing it from being scraped from published code.
- You can automatically cache all cacheable results with `req_cache()`.
Relatively few API responses are cacheable, but when they are it typically makes a big difference.
## Acknowledgements
httr2 wouldn't be possible without [curl](https://jeroen.cran.dev/curl/), [openssl](https://github.com/jeroen/openssl/), [jsonlite](https://jeroen.cran.dev/jsonlite/), and [jose](https://github.com/r-lib/jose/), which are all maintained by [Jeroen Ooms](https://github.com/jeroen).
A big thanks also go to [Jenny Bryan](https://jennybryan.org) and [Craig Citro](https://research.google/people/CraigCitro/) who have given me much useful feedback on both the design of the internals and the user facing API.