Crates.io | rspotify-http |
lib.rs | rspotify-http |
version | 0.13.3 |
source | src |
created_at | 2021-10-14 15:48:10.228619 |
updated_at | 2024-08-29 01:35:29.870956 |
description | HTTP compatibility layer for RSpotify |
homepage | https://github.com/ramsayleung/rspotify |
repository | https://github.com/ramsayleung/rspotify |
max_upload_size | |
id | 464959 |
size | 23,088 |
RSpotify is a wrapper for the Spotify Web API, inspired by spotipy. It includes support for all the authorization flows, and helper functions for all endpoints.
To learn how to use RSpotify, please refer to the documentation. There are some examples that may be useful as well.
Please see the changelog for a release history and indications on how to upgrade from one version to another.
If you find any problems or have suggestions about this crate, please submit an issue. Moreover, any pull request, code review and feedback are welcome.
We use GitHub Actions to make sure the codebase is consistent (cargo fmt
) and continuously tested (cargo test
). We try to keep comments at a maximum of 80 characters of length (which isn't automatically checked by cargo fmt
) and code at 120.
RSpotify uses maybe_async
to switch between async and blocking clients, which is triggered inside Cargo.toml
. So that must be taken into account when building rspotify
. Read the Configuration section in the docs for more information about how to build with custom TLS implementations, and more.
client-reqwest
is used by default. It should be as easy as
$ cargo build
client-ureq
is also available as the blocking
interface, which compiles RSpotify with ureq
(a TLS has to be specified as well):
$ cargo build --no-default-features --features client-ureq,ureq-rustls-tls
Notice that you can't build rspotify
with all features like this:
$ cargo build --all-features
Because in order to switch between clients, the different clients have to implement the same base trait in src/http/mod.rs, so if you build with all features, you'll get duplicate definitions
error. As every coin has two sides, you can only have one side at a time, not all sides of it.
RSpotify supports building for the wasm32-unknown-unknown
target. It should be as easy as:
$ cargo build --target wasm32-unknown-unknown
Refer to the documentation for more details