ComponentIdentity

interface ComponentIdentity

Known direct subclasses

`ComponentBuilder`	Component object that contains properties that must be set during configuration time as it changes the build flow for the variant.
`Component`

Known indirect subclasses

`AndroidTest`	Properties for the android test Variant of a module.
`ApplicationVariantBuilder`	Application specific variant object that contains properties that will determine the variant's build flow.
`ApplicationVariant`	Properties for the main Variant of an application.
`DynamicFeatureVariantBuilder`
`DynamicFeatureVariant`
`LibraryVariantBuilder`	`VariantBuilder` type for library projects
`LibraryVariant`	`Variant` for Library projects
`TestComponent`
`TestFixtures`
`TestVariantBuilder`	`VariantBuilder` type for tests associated with a module.
`TestVariant`	`Variant` for test-only modules.
`UnitTest`	This interface is deprecated. Use the com.android.build.api.variant package
`UnitTest`
`VariantBuilder`	Variant object that contains properties that must be set during configuration time as it changes the build flow for the variant.
`Variant`	Parent interface for all types of variants.

Variant Configuration represents the identify of a variant

This is computed from the list of build types and flavors.

Summary

Public properties
`String?`	`buildType` Build type name, might be replaced with access to locked DSL object once ready.
`String?`	`flavorName` The multi-flavor name of the variant.
`String`	`name` Component's name.
`List<Pair<String, String>>`	`productFlavors` List of flavor names, might be replaced with access to locked DSL objects once ready.

val buildType: String?

Build type name, might be replaced with access to locked DSL object once ready.

val flavorName: String?

The multi-flavor name of the variant.

This does not include the build type. If no flavors are present, this will return null

The full name of the variant is queried via name.

val name: String

Component's name.

val productFlavors: List<Pair<String, String>>

List of flavor names, might be replaced with access to locked DSL objects once ready.

The order is properly sorted based on the associated dimension order.