[−][src]Struct viaduct::settings::Settings
Note: reqwest allows these only to be specified per-Client. concept-fetch allows these to be specified on each call to fetch. I think it's worth keeping a single global reqwest::Client in the reqwest backend, to simplify the way we abstract away from these.
In the future, should we need it, we might be able to add a CustomClient type with custom settings. In the reqwest backend this would store a Client, and in the concept-fetch backend it would only store the settings, and populate things on the fly.
Fields (Non-exhaustive)
Non-exhaustive structs could have additional fields added in future. Therefore, non-exhaustive structs cannot be constructed in external crates using the traditional
Struct { .. } syntax; cannot be matched against without a wildcard ..; and struct update syntax will not work.read_timeout: Option<Duration>connect_timeout: Option<Duration>follow_redirects: booluse_caches: boolTrait Implementations
impl Debug for Settings[src]
impl PartialEq<Settings> for Settings[src]
impl StructuralPartialEq for Settings[src]
Auto Trait Implementations
impl RefUnwindSafe for Settings
impl Send for Settings
impl Sync for Settings
impl Unpin for Settings
impl UnwindSafe for Settings
Blanket Implementations
impl<T> Any for T where
T: 'static + ?Sized, [src]
T: 'static + ?Sized,
impl<T> Borrow<T> for T where
T: ?Sized, [src]
T: ?Sized,
impl<T> BorrowMut<T> for T where
T: ?Sized, [src]
T: ?Sized,
fn borrow_mut(&mut self) -> &mut T[src]
impl<T> From<T> for T[src]
impl<T, U> Into<U> for T where
U: From<T>, [src]
U: From<T>,
impl<T, U> TryFrom<U> for T where
U: Into<T>, [src]
U: Into<T>,
type Error = Infallible
The type returned in the event of a conversion error.
fn try_from(value: U) -> Result<T, <T as TryFrom<U>>::Error>[src]
impl<T, U> TryInto<U> for T where
U: TryFrom<T>, [src]
U: TryFrom<T>,