Enum SourceItemOrderingWithinModuleItemGroupings

pub enum SourceItemOrderingWithinModuleItemGroupings {
    All,
    None,
    Custom(Vec<String>),
}

Describes which specific groupings should have their items ordered alphabetically.

This is separate from defining and enforcing groupings. For example, defining enums are grouped before structs still allows for an enum B to be placed before an enum A. Only when enforcing ordering within the grouping, will it be checked if A is placed before B.

Variants

All

All groupings should have their items ordered.

None

None of the groupings should have their order checked.

Custom(Vec<String>)

Only the specified groupings should have their order checked.

Implementations

impl SourceItemOrderingWithinModuleItemGroupings

pub fn ordered_within(&self, grouping_name: &String) -> bool

Trait Implementations

impl Clone for SourceItemOrderingWithinModuleItemGroupings

fn clone(&self) -> SourceItemOrderingWithinModuleItemGroupings

Returns a copy of the value.

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

Performs copy-assignment from source.

impl Debug for SourceItemOrderingWithinModuleItemGroupings

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

Formats the value using the given formatter.

impl<'de> Deserialize<'de> for SourceItemOrderingWithinModuleItemGroupings

fn deserialize<D>(deserializer: D) -> Result<Self, D::Error>

where D: Deserializer<'de>,

Deserialize this value from the given Serde deserializer.

impl Serialize for SourceItemOrderingWithinModuleItemGroupings

fn serialize<S>(&self, serializer: S) -> Result<S::Ok, S::Error>

where S: Serializer,

Serialize this value into the given Serde serializer.

Layout

Note: Most layout information is completely unstable and may even differ between compilations. The only exception is types with certain repr(...) attributes. Please see the Rust Reference's “Type Layout” chapter for details on type layout guarantees.

Size: 24 bytes

Size for each variant:

• All: 0 bytes
• None: 0 bytes
• Custom: 24 bytes