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?

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

String?

The multi-flavor name of the variant.

String

Component's name.

List<Pair<StringString>>

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

Public properties

buildType

val buildTypeString?

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

flavorName

val flavorNameString?

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.

name

val nameString

Component's name.

productFlavors

val productFlavorsList<Pair<StringString>>

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.