Enum aws_sdk_networkfirewall::model::RuleOrder
source · #[non_exhaustive]
pub enum RuleOrder {
DefaultActionOrder,
StrictOrder,
Unknown(UnknownVariantValue),
}
Expand description
When writing a match expression against RuleOrder
, it is important to ensure
your code is forward-compatible. That is, if a match arm handles a case for a
feature that is supported by the service but has not been represented as an enum
variant in a current version of SDK, your code should continue to work when you
upgrade SDK to a future version in which the enum does include a variant for that
feature.
Here is an example of how you can make a match expression forward-compatible:
# let ruleorder = unimplemented!();
match ruleorder {
RuleOrder::DefaultActionOrder => { /* ... */ },
RuleOrder::StrictOrder => { /* ... */ },
other @ _ if other.as_str() == "NewFeature" => { /* handles a case for `NewFeature` */ },
_ => { /* ... */ },
}
The above code demonstrates that when ruleorder
represents
NewFeature
, the execution path will lead to the second last match arm,
even though the enum does not contain a variant RuleOrder::NewFeature
in the current version of SDK. The reason is that the variable other
,
created by the @
operator, is bound to
RuleOrder::Unknown(UnknownVariantValue("NewFeature".to_owned()))
and calling as_str
on it yields "NewFeature"
.
This match expression is forward-compatible when executed with a newer
version of SDK where the variant RuleOrder::NewFeature
is defined.
Specifically, when ruleorder
represents NewFeature
,
the execution path will hit the second last match arm as before by virtue of
calling as_str
on RuleOrder::NewFeature
also yielding "NewFeature"
.
Explicitly matching on the Unknown
variant should
be avoided for two reasons:
- The inner data
UnknownVariantValue
is opaque, and no further information can be extracted. - It might inadvertently shadow other intended match arms.
Variants (Non-exhaustive)§
This enum is marked as non-exhaustive
DefaultActionOrder
StrictOrder
Unknown(UnknownVariantValue)
Unknown
contains new variants that have been added since this code was generated.
Implementations§
Trait Implementations§
source§impl Ord for RuleOrder
impl Ord for RuleOrder
source§impl PartialEq<RuleOrder> for RuleOrder
impl PartialEq<RuleOrder> for RuleOrder
source§impl PartialOrd<RuleOrder> for RuleOrder
impl PartialOrd<RuleOrder> for RuleOrder
1.0.0 · source§fn le(&self, other: &Rhs) -> bool
fn le(&self, other: &Rhs) -> bool
self
and other
) and is used by the <=
operator. Read moreimpl Eq for RuleOrder
impl StructuralEq for RuleOrder
impl StructuralPartialEq for RuleOrder
Auto Trait Implementations§
impl RefUnwindSafe for RuleOrder
impl Send for RuleOrder
impl Sync for RuleOrder
impl Unpin for RuleOrder
impl UnwindSafe for RuleOrder
Blanket Implementations§
source§impl<Q, K> Equivalent<K> for Qwhere
Q: Eq + ?Sized,
K: Borrow<Q> + ?Sized,
impl<Q, K> Equivalent<K> for Qwhere
Q: Eq + ?Sized,
K: Borrow<Q> + ?Sized,
source§fn equivalent(&self, key: &K) -> bool
fn equivalent(&self, key: &K) -> bool
key
and return true
if they are equal.