#[non_exhaustive]pub struct NamespaceRuleBasedProperties {
pub rules: Option<Vec<Rule>>,
pub rule_definition_types: Option<Vec<IdMappingWorkflowRuleDefinitionType>>,
pub attribute_matching_model: Option<AttributeMatchingModel>,
pub record_matching_models: Option<Vec<RecordMatchingModel>>,
}
Expand description
The rule-based properties of an ID namespace. These properties define how the ID namespace can be used in an ID mapping workflow.
Fields (Non-exhaustive)§
This struct is marked as non-exhaustive
Struct { .. }
syntax; cannot be matched against without a wildcard ..
; and struct update syntax will not work.rules: Option<Vec<Rule>>
The rules for the ID namespace.
rule_definition_types: Option<Vec<IdMappingWorkflowRuleDefinitionType>>
The sets of rules you can use in an ID mapping workflow. The limitations specified for the source and target must be compatible.
attribute_matching_model: Option<AttributeMatchingModel>
The comparison type. You can either choose ONE_TO_ONE
or MANY_TO_MANY
as the attributeMatchingModel
.
If you choose MANY_TO_MANY
, the system can match attributes across the sub-types of an attribute type. For example, if the value of the Email
field of Profile A matches the value of BusinessEmail
field of Profile B, the two profiles are matched on the Email
attribute type.
If you choose ONE_TO_ONE
, the system can only match attributes if the sub-types are an exact match. For example, for the Email
attribute type, the system will only consider it a match if the value of the Email
field of Profile A matches the value of the Email
field of Profile B.
record_matching_models: Option<Vec<RecordMatchingModel>>
The type of matching record that is allowed to be used in an ID mapping workflow.
If the value is set to ONE_SOURCE_TO_ONE_TARGET
, only one record in the source is matched to one record in the target.
If the value is set to MANY_SOURCE_TO_ONE_TARGET
, all matching records in the source are matched to one record in the target.
Implementations§
Source§impl NamespaceRuleBasedProperties
impl NamespaceRuleBasedProperties
Sourcepub fn rules(&self) -> &[Rule]
pub fn rules(&self) -> &[Rule]
The rules for the ID namespace.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .rules.is_none()
.
Sourcepub fn rule_definition_types(&self) -> &[IdMappingWorkflowRuleDefinitionType]
pub fn rule_definition_types(&self) -> &[IdMappingWorkflowRuleDefinitionType]
The sets of rules you can use in an ID mapping workflow. The limitations specified for the source and target must be compatible.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .rule_definition_types.is_none()
.
Sourcepub fn attribute_matching_model(&self) -> Option<&AttributeMatchingModel>
pub fn attribute_matching_model(&self) -> Option<&AttributeMatchingModel>
The comparison type. You can either choose ONE_TO_ONE
or MANY_TO_MANY
as the attributeMatchingModel
.
If you choose MANY_TO_MANY
, the system can match attributes across the sub-types of an attribute type. For example, if the value of the Email
field of Profile A matches the value of BusinessEmail
field of Profile B, the two profiles are matched on the Email
attribute type.
If you choose ONE_TO_ONE
, the system can only match attributes if the sub-types are an exact match. For example, for the Email
attribute type, the system will only consider it a match if the value of the Email
field of Profile A matches the value of the Email
field of Profile B.
Sourcepub fn record_matching_models(&self) -> &[RecordMatchingModel]
pub fn record_matching_models(&self) -> &[RecordMatchingModel]
The type of matching record that is allowed to be used in an ID mapping workflow.
If the value is set to ONE_SOURCE_TO_ONE_TARGET
, only one record in the source is matched to one record in the target.
If the value is set to MANY_SOURCE_TO_ONE_TARGET
, all matching records in the source are matched to one record in the target.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .record_matching_models.is_none()
.
Source§impl NamespaceRuleBasedProperties
impl NamespaceRuleBasedProperties
Sourcepub fn builder() -> NamespaceRuleBasedPropertiesBuilder
pub fn builder() -> NamespaceRuleBasedPropertiesBuilder
Creates a new builder-style object to manufacture NamespaceRuleBasedProperties
.
Trait Implementations§
Source§impl Clone for NamespaceRuleBasedProperties
impl Clone for NamespaceRuleBasedProperties
Source§fn clone(&self) -> NamespaceRuleBasedProperties
fn clone(&self) -> NamespaceRuleBasedProperties
1.0.0 · Source§const fn clone_from(&mut self, source: &Self)
const fn clone_from(&mut self, source: &Self)
source
. Read moreSource§impl Debug for NamespaceRuleBasedProperties
impl Debug for NamespaceRuleBasedProperties
Source§impl PartialEq for NamespaceRuleBasedProperties
impl PartialEq for NamespaceRuleBasedProperties
Source§fn eq(&self, other: &NamespaceRuleBasedProperties) -> bool
fn eq(&self, other: &NamespaceRuleBasedProperties) -> bool
self
and other
values to be equal, and is used by ==
.impl StructuralPartialEq for NamespaceRuleBasedProperties
Auto Trait Implementations§
impl Freeze for NamespaceRuleBasedProperties
impl RefUnwindSafe for NamespaceRuleBasedProperties
impl Send for NamespaceRuleBasedProperties
impl Sync for NamespaceRuleBasedProperties
impl Unpin for NamespaceRuleBasedProperties
impl UnwindSafe for NamespaceRuleBasedProperties
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> Instrument for T
impl<T> Instrument for T
Source§fn instrument(self, span: Span) -> Instrumented<Self>
fn instrument(self, span: Span) -> Instrumented<Self>
Source§fn in_current_span(self) -> Instrumented<Self>
fn in_current_span(self) -> Instrumented<Self>
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 moreSource§impl<T> Paint for Twhere
T: ?Sized,
impl<T> Paint for Twhere
T: ?Sized,
Source§fn fg(&self, value: Color) -> Painted<&T>
fn fg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self
with the foreground set to
value
.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like red()
and
green()
, which have the same functionality but are
pithier.
§Example
Set foreground color to white using fg()
:
use yansi::{Paint, Color};
painted.fg(Color::White);
Set foreground color to white using white()
.
use yansi::Paint;
painted.white();
Source§fn bright_black(&self) -> Painted<&T>
fn bright_black(&self) -> Painted<&T>
Source§fn bright_red(&self) -> Painted<&T>
fn bright_red(&self) -> Painted<&T>
Source§fn bright_green(&self) -> Painted<&T>
fn bright_green(&self) -> Painted<&T>
Source§fn bright_yellow(&self) -> Painted<&T>
fn bright_yellow(&self) -> Painted<&T>
Source§fn bright_blue(&self) -> Painted<&T>
fn bright_blue(&self) -> Painted<&T>
Source§fn bright_magenta(&self) -> Painted<&T>
fn bright_magenta(&self) -> Painted<&T>
Source§fn bright_cyan(&self) -> Painted<&T>
fn bright_cyan(&self) -> Painted<&T>
Source§fn bright_white(&self) -> Painted<&T>
fn bright_white(&self) -> Painted<&T>
Source§fn bg(&self, value: Color) -> Painted<&T>
fn bg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self
with the background set to
value
.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like on_red()
and
on_green()
, which have the same functionality but
are pithier.
§Example
Set background color to red using fg()
:
use yansi::{Paint, Color};
painted.bg(Color::Red);
Set background color to red using on_red()
.
use yansi::Paint;
painted.on_red();
Source§fn on_primary(&self) -> Painted<&T>
fn on_primary(&self) -> Painted<&T>
Source§fn on_magenta(&self) -> Painted<&T>
fn on_magenta(&self) -> Painted<&T>
Source§fn on_bright_black(&self) -> Painted<&T>
fn on_bright_black(&self) -> Painted<&T>
Source§fn on_bright_red(&self) -> Painted<&T>
fn on_bright_red(&self) -> Painted<&T>
Source§fn on_bright_green(&self) -> Painted<&T>
fn on_bright_green(&self) -> Painted<&T>
Source§fn on_bright_yellow(&self) -> Painted<&T>
fn on_bright_yellow(&self) -> Painted<&T>
Source§fn on_bright_blue(&self) -> Painted<&T>
fn on_bright_blue(&self) -> Painted<&T>
Source§fn on_bright_magenta(&self) -> Painted<&T>
fn on_bright_magenta(&self) -> Painted<&T>
Source§fn on_bright_cyan(&self) -> Painted<&T>
fn on_bright_cyan(&self) -> Painted<&T>
Source§fn on_bright_white(&self) -> Painted<&T>
fn on_bright_white(&self) -> Painted<&T>
Source§fn attr(&self, value: Attribute) -> Painted<&T>
fn attr(&self, value: Attribute) -> Painted<&T>
Enables the styling Attribute
value
.
This method should be used rarely. Instead, prefer to use
attribute-specific builder methods like bold()
and
underline()
, which have the same functionality
but are pithier.
§Example
Make text bold using attr()
:
use yansi::{Paint, Attribute};
painted.attr(Attribute::Bold);
Make text bold using using bold()
.
use yansi::Paint;
painted.bold();
Source§fn rapid_blink(&self) -> Painted<&T>
fn rapid_blink(&self) -> Painted<&T>
Source§fn quirk(&self, value: Quirk) -> Painted<&T>
fn quirk(&self, value: Quirk) -> Painted<&T>
Enables the yansi
Quirk
value
.
This method should be used rarely. Instead, prefer to use quirk-specific
builder methods like mask()
and
wrap()
, which have the same functionality but are
pithier.
§Example
Enable wrapping using .quirk()
:
use yansi::{Paint, Quirk};
painted.quirk(Quirk::Wrap);
Enable wrapping using wrap()
.
use yansi::Paint;
painted.wrap();
Source§fn clear(&self) -> Painted<&T>
👎Deprecated since 1.0.1: renamed to resetting()
due to conflicts with Vec::clear()
.
The clear()
method will be removed in a future release.
fn clear(&self) -> Painted<&T>
resetting()
due to conflicts with Vec::clear()
.
The clear()
method will be removed in a future release.Source§fn whenever(&self, value: Condition) -> Painted<&T>
fn whenever(&self, value: Condition) -> Painted<&T>
Conditionally enable styling based on whether the Condition
value
applies. Replaces any previous condition.
See the crate level docs for more details.
§Example
Enable styling painted
only when both stdout
and stderr
are TTYs:
use yansi::{Paint, Condition};
painted.red().on_yellow().whenever(Condition::STDOUTERR_ARE_TTY);