Struct aws_sdk_translate::model::TerminologyData

#[non_exhaustive]
pub struct TerminologyData {
    pub file: Option<Blob>,
    pub format: Option<TerminologyDataFormat>,
    pub directionality: Option<Directionality>,
}

The data associated with the custom terminology.

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.

file: Option<Blob>

The file containing the custom terminology data. Your version of the AWS SDK performs a Base64-encoding on this field before sending a request to the AWS service. Users of the SDK should not perform Base64-encoding themselves.

format: Option<TerminologyDataFormat>

The data format of the custom terminology.

directionality: Option<Directionality>

The directionality of your terminology resource indicates whether it has one source language (uni-directional) or multiple (multi-directional).

UNI

The terminology resource has one source language (for example, the first column in a CSV file), and all of its other languages are target languages.

MULTI

Any language in the terminology resource can be the source language or a target language. A single multi-directional terminology resource can be used for jobs that translate different language pairs. For example, if the terminology contains terms in English and Spanish, then it can be used for jobs that translate English to Spanish and jobs that translate Spanish to English.

When you create a custom terminology resource without specifying the directionality, it behaves as uni-directional terminology, although this parameter will have a null value.

Implementations

impl TerminologyData

pub fn file(&self) -> Option<&Blob>

The file containing the custom terminology data. Your version of the AWS SDK performs a Base64-encoding on this field before sending a request to the AWS service. Users of the SDK should not perform Base64-encoding themselves.

pub fn format(&self) -> Option<&TerminologyDataFormat>

The data format of the custom terminology.

pub fn directionality(&self) -> Option<&Directionality>

The directionality of your terminology resource indicates whether it has one source language (uni-directional) or multiple (multi-directional).

UNI

The terminology resource has one source language (for example, the first column in a CSV file), and all of its other languages are target languages.

MULTI

Any language in the terminology resource can be the source language or a target language. A single multi-directional terminology resource can be used for jobs that translate different language pairs. For example, if the terminology contains terms in English and Spanish, then it can be used for jobs that translate English to Spanish and jobs that translate Spanish to English.

When you create a custom terminology resource without specifying the directionality, it behaves as uni-directional terminology, although this parameter will have a null value.

impl TerminologyData

pub fn builder() -> Builder

Creates a new builder-style object to manufacture TerminologyData

Trait Implementations

impl Clone for TerminologyData

fn clone(&self) -> TerminologyData

Returns a copy of the value.

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

Performs copy-assignment from source.

impl Debug for TerminologyData

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

Formats the value using the given formatter.

impl PartialEq<TerminologyData> for TerminologyData

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

This method tests for self and other values to be equal, and is used by ==.

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

This method tests for !=.

impl StructuralPartialEq for TerminologyData