pub struct Response { /* private fields */ }
async-client
or blocking-client
only.Expand description
A representation of a complete fetch response
Implementations§
Source§impl Response
impl Response
Sourcepub fn check_required_features(
version: Protocol,
features: &[(&'static str, Option<Cow<'static, str>>)],
) -> Result<(), Error>
pub fn check_required_features( version: Protocol, features: &[(&'static str, Option<Cow<'static, str>>)], ) -> Result<(), Error>
Return an error if the given features
don’t contain the required ones (the ones this implementation needs)
for the given version
of the protocol.
Even though technically any set of features supported by the server could work, we only implement the ones that make it easy to maintain all versions with a single code base that aims to be and remain maintainable.
Sourcepub fn acknowledgements(&self) -> &[Acknowledgement]
pub fn acknowledgements(&self) -> &[Acknowledgement]
Return all acknowledgements parsed previously.
Sourcepub fn shallow_updates(&self) -> &[Update]
pub fn shallow_updates(&self) -> &[Update]
Return all shallow update lines parsed previously.
Sourcepub fn append_v1_shallow_updates(&mut self, updates: Option<Vec<Update>>)
pub fn append_v1_shallow_updates(&mut self, updates: Option<Vec<Update>>)
Append the given updates
which may have been obtained from a
(handshake::Outcome)crate::handshake::Outcome::v1_shallow_updates.
In V2, these are received as part of the pack, but V1 sends them early, so we offer to re-integrate them here.
Sourcepub fn wanted_refs(&self) -> &[WantedRef]
pub fn wanted_refs(&self) -> &[WantedRef]
Return all wanted-refs parsed previously.
Source§impl Response
impl Response
Sourcepub fn from_line_reader<'a>(
version: Protocol,
reader: &mut impl ExtendedBufRead<'a>,
client_expects_pack: bool,
wants_to_negotiate: bool,
) -> Result<Response, Error>
pub fn from_line_reader<'a>( version: Protocol, reader: &mut impl ExtendedBufRead<'a>, client_expects_pack: bool, wants_to_negotiate: bool, ) -> Result<Response, Error>
Parse a response of the given version
of the protocol from reader
.
client_expects_pack
is only relevant for V1 stateful connections, and if false
, causes us to stop parsing when seeing NAK
,
and if true
we will keep parsing until we get a pack as the client already signalled to the server that it’s done.
This way of doing things allows us to exploit knowledge about more recent versions of the protocol, which keeps code easier
and more localized without having to support all the cruft that there is.
wants_to_negotiate
should be false
for clones which is when we don’t have sent any haves. The reason for this flag to exist
is to predict how to parse V1 output only, and neither client_expects_pack
nor wants_to_negotiate
are relevant for V2.
This ugliness is in place to avoid having to resort to an an even more complex ugliness
that git
has to use to predict how many acks are supposed to be read. We also genuinely hope that this covers it all….
Trait Implementations§
Auto Trait Implementations§
impl Freeze for Response
impl RefUnwindSafe for Response
impl Send for Response
impl Sync for Response
impl Unpin for Response
impl UnwindSafe for Response
Blanket Implementations§
Source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
Source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
Source§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
Source§impl<T> IntoEither for T
impl<T> IntoEither for T
Source§fn into_either(self, into_left: bool) -> Either<Self, Self>
fn into_either(self, into_left: bool) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left
is true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read moreSource§fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left(&self)
returns true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read more