req
clit
Our great sponsors
| req | clit | |
|---|---|---|
| 3 | - | |
| 836 | 70 | |
| - | - | |
| 9.4 | 0.0 | |
| 14 days ago | over 3 years ago | |
| Elixir | Haskell | |
| - | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
req
-
How to implement a disk cache plugin for Elixir's Req HTTP client?
> no error checking at all (I assume it just panics or exception?)
In Elixir, bang functions per convention will raise on error. `get/2` will return error tuples allowing you to handle errors. In fact, get!/2 just calls get/2 and raises for you[^1].
> no mention of JSON at all
Req is the most "batteries included" Elixir HTTP lib out there. I can't speak for Wojtek, but I believe the goal was to make Req extremely easy to use in scripting or things like LiveBook without having to do much work. That being said, the automatic decoding is mentioned in the readme[^2] and the docs[^3].
> if "body" is JSON, how do you even get the raw body, or can you?
Per the docs[^3], you can either skip with a `:raw` option, or just build your own request using only the steps you want.
> just seems over engineered/over fitted whatever you want to call it.
Fair, but again, this library is designed to be on that end of the spectrum. There are plenty of other libraries further down the stack that you can use. I am partial to Finch[^4], upon which Req is built.
To address the sibling comment about "Let it Crash", the language allows you to easily recover from crashes, but that is for resiliency, not error handling. In practice you would use the non-bang get/2, pattern match on the response, handle any errors, perhaps use Kernel.get_in/2 to safely traverse the map, etc. The example provided by the author is not "production ready".
[^1]: https://github.com/wojtekmach/req/blob/v0.3.11/lib/req.ex#L3...
- A Breakdown of HTTP Clients in Elixir
clit
We haven't tracked posts mentioning clit yet.
Tracking mentions began in Dec 2020.
What are some alternatives?
tesla - The flexible HTTP client library for Elixir, with support for middleware and multiple adapters.
scalpel - A high level web scraping library for Haskell.
httpoison - Yet Another HTTP client for Elixir powered by hackney
telegram-api - Telegram Bot API for Haskell
finch - Elixir HTTP client, focused on performance
req - An HTTP client library
httpotion - [Deprecated because ibrowse is not maintained] HTTP client for Elixir (use Tesla please)
twitter-feed - DEPRECATED: Haskell library for retrieving and linkifying a Twitter user timeline.
mint - Functional HTTP client for Elixir with support for HTTP/1 and HTTP/2 🌱
webify - webfont generator - converts ttf to woff, eot and svg
swagger-petstore - swagger-codegen contains a template-driven engine to generate documentation, API clients and server stubs in different languages by parsing your OpenAPI / Swagger definition.
ghcjs-dom - Make Document Object Model (DOM) apps that run in any browser and natively using WebKitGtk