ComponentIdentity

interface ComponentIdentity

Known Direct Subclasses

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

Known Indirect Subclasses

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

Variant Configuration represents the identify of a variant

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

Summary

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

abstract val buildType: String?

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

abstract 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.

abstract val name: String

Component's name.

abstract 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.