Struct WeekNumber

#[non_exhaustive]
pub struct WeekNumber {
    pub padding: Padding,
    pub repr: WeekNumberRepr,
}

Week within the year.

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.

padding: Padding

The padding to obtain the minimum width.

repr: WeekNumberRepr

What kind of representation should be used?

Implementations

impl WeekNumber

pub const fn default() -> Self

Creates a modifier that indicates that the value is padded with zeroes and uses the Iso representation.

This function exists since Default::default() cannot be used in a const context. It may be removed once that becomes possible. As the Default trait is in the prelude, removing this function in the future will not cause any resolution failures for the overwhelming majority of users; only users who use #![no_implicit_prelude] will be affected. As such it will not be considered a breaking change.

Trait Implementations

impl Clone for WeekNumber

fn clone(&self) -> WeekNumber

Returns a copy of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for WeekNumber

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl Default for WeekNumber

Creates a modifier that indicates that the value is padded with zeroes and uses the Iso representation.

fn default() -> Self

Returns the “default value” for a type.

impl PartialEq for WeekNumber

fn eq(&self, other: &WeekNumber) -> bool

Tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

Tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl Copy for WeekNumber

impl Eq for WeekNumber

impl StructuralPartialEq for WeekNumber