Module types

Module types 

Source
Expand description

Data structures used by operation inputs/outputs.

Modules§

builders
Builders
error
Error types that AWS Billing can respond with.

Structs§

ActiveTimeRange

A time range with a start and end time.

BillingViewElement

The metadata associated to the billing view.

BillingViewHealthStatus

Represents the health status of a billing view, including a status code and optional reasons for the status.

BillingViewListElement

A representation of a billing view.

DimensionValues

The metadata that you can use to filter and group your results.

Expression

See Expression. Billing view only supports LINKED_ACCOUNT and Tags.

ResourceTag

The tag structure that contains a tag key and value.

StringSearch

A structure that defines how to search for string values. You can specify a search option and the value to search for.

TagValues

The values that are available for a tag.

TimeRange

Specifies a time range with inclusive begin and end dates.

ValidationExceptionField

The field's information of a request that resulted in an exception.

Enums§

BillingViewStatus
When writing a match expression against BillingViewStatus, 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.
BillingViewStatusReason
When writing a match expression against BillingViewStatusReason, 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.
BillingViewType
When writing a match expression against BillingViewType, 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.
Dimension
When writing a match expression against Dimension, 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.
SearchOption
When writing a match expression against SearchOption, 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.
ValidationExceptionReason
When writing a match expression against ValidationExceptionReason, 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.