Gradle職人がいる（はず）https://github.com/android/gradle-recipes/tree/dd275c878633c4ad272883d4bc70f1ab3c8ed0fa
AndroidComponentsExtensionを使って、buildTypesを追加するサンプル
build-loginでAGP全部(com.android.tools.build:gradle)をimplementationせずにcom.android.tools.build:gradle-apiのみをimplementationしている
依存解決の量が少ないので初期化が若干早いかも（最終的にビルドするときには本体自体も必要になるので、最終的には同じ）
com.android.tools.build:gradle-api
└── com.android.tools.build:builder-test-api
├── com.android.tools:annotations
├── com.android.tools:common
└── com.android.tools.ddms:ddmlib
BuildConfigFieldを追加するサンプルbuildTypesやproductFlavorsで追加するコードのほうが良く見かけるがAndroidComponentsExtension登場移行のAGP7系以降のbuild type, product flavor依存のものはAndroidComponentsExtensionに寄せるほうが思想とマッチしているかもしれないbuildConfigFieldの値を動的に変更することができるbuild.gradle
import com.android.build.api.variant.BuildConfigField
// よくみるやつ：コメント追加不可
android {
buildTypes {
release {
buildConfigField("String", "BUILD_TIME", ""${minutesSinceEpoch}"")
}
debug {
buildConfigField("String", "BUILD_TIME", ""0"")
}
}
}
// AndroidComponentsExtension：コメント追加可
androidComponents.onVariants { variant ->
variant.buildConfigFields.put(
"FloatValue",
new BuildConfigField(
"Float",
"12.0f",
"Float Value Comment"
)
)
}
BuildConfig.java
public final class BuildConfig {
// Float Value Comment
public static final Float FloatValue = 12.0f;
}
registerSourceTypeを使って追加するsource typeを宣言するbuild.gradle.kts
androidComponents {
registerSourceType("toml")
onVariants { variant ->
variant.sources.getByName("toml").also {
// adding custom folders (static and generated) to `toml` source type
it.addStaticSourceDirectory("third_party/${variant.name}/toml")
it.addGeneratedSourceDirectory(addSourceTaskProvider, AddCustomSources::outputFolder)
}
}
}
assetsに追加するサンプルaddGeneratedSourceDirectoryを使って、source folderを追加するjavaやkotlinのsource folderにも追加できる
com.android.build.api.artifact.MultipleArtifactのサンプル（≒AABにファイルを追加する）
CheckBundleTask, outputを設定しないとup-to-dateにならないので使わなくとも宣言している
variant.artifacts.**
variant.artifacts.get: SingleArtifact(apk, aab…etc)を取得するvariant.artifacts.getAll, variant.artifacts.addStaticDirectory: MultipleArtifact(debug metadata, symbol tables…etc)を取得、追加する MultipleArtifactはReplaceable, Transformableなartifactvariant.artifacts.forScope: Gradle Taskを使って汎用的にScopedArtifactをartifactを操作するvariant.artifacts.use: Gradle Taskを使って汎用的にartifactを操作する
var taskProvider: TaskProviderAllProjectsApkTask>? = null
taskProvider = project.tasks.registerAllProjectsApkTask>("allProjectsAction") {
outputFile.set(project.layout.buildDirectory.file("list_of_apks.txt"))
}
androidComponents.onVariants(selector().withBuildType("release")) { variant ->
taskProvider?.configure { task ->
task.inputDirectories.add(
variant.artifacts.get(SingleArtifact.APK)
)
}
}
com.android.build.api.artifact.Artifacts#useを使うと設定したタスクがMultipleArtifact.NATIVE_DEBUG_METADATAを収集するタスクの依存関係に組み込まれるvariant.artifacts.use(generateNativeDebugMetadataTask)
.wiredWith(GenerateNativeDebugMetadataTask::output)
.toAppendTo(MultipleArtifact.NATIVE_DEBUG_METADATA)
ALL: インポートされたプロジェクト、外部依存込みPROJECT: プロジェクトのみCLASSES: classファイル、Jacocoを除くASMの結果も含むJAVA_RES: 所謂普通のjavaプログラムにおけるresouceファイル e.g.)kotlin-tooling-metadata.jsongradle.propertiesにandroid.experimental.fusedLibrarySupport=trueを追加することで、AGPがFusedLibraryPluginを適用するdependencies句にincludeを追加することでaarに含める内容をコントロールするが、aar or jar以外はコンパイル済みのclassファイルが梱包される（イメージとしてはstatic library）
pom.xmlを見る限り内部で使用しているライブラリの依存が表示されないcompile後にASMを使ってclassファイルを変換するサンプル
instrumentation#setAsmFramesComputationModeでASMのスタックフレームと最大スタックサイズの扱いを指定する
FramesComputationMode.COMPUTE_FRAMES_FOR_ALL_CLASSES: オリジナルをスキップして計算もしないFramesComputationMode.COMPUTE_FRAMES_FOR_INSTRUMENTED_CLASSES: オリジナルをスキップしてゼロから計算するFramesComputationMode.COMPUTE_FRAMES_FOR_INSTRUMENTED_METHODS: 変更もしくは追加されたメソッドを計算するFramesComputationMode.COPY_FRAMES: オリジナルをそのまま使用する始めはTraceClassVisitorを使いながら実装するとよい
TraceClassVisitorのoutput
// class version 61.0 (61)
// access flags 0x31
public final class com/example/android/recipes/sample/SomeSource {
// compiled from: SomeSource.kt
@Lkotlin/Metadata;(mv={1, 9, 0}, k=1, xi=48, d1={"u0000u0012nu0002u0018u0002nu0002u0010u0000nu0002u0008u0002nu0002u0010u000enu0000u0018u00002u00020u0001Bu0005u00a2u0006u0002u0010u0002Ju0008u0010u0003u001au00020u0004Hu0002u00a8u0006u0005"}, d2={"Lcom/example/android/recipes/sample/SomeSource;", "", "()V", "someMethod", "", "app_debug"})
// access flags 0x1
public ()V
L0
LINENUMBER 18 L0
ALOAD 0
INVOKESPECIAL java/lang/Object. ()V
RETURN
L1
LOCALVARIABLE this Lcom/example/android/recipes/sample/SomeSource; L0 L1 0
MAXSTACK = 1
MAXLOCALS = 1
// access flags 0x12
private final someMethod()Ljava/lang/String;
L0
LINENUMBER 20 L0
LDC "something"
ARETURN
L1
LOCALVARIABLE this Lcom/example/android/recipes/sample/SomeSource; L0 L1 0
MAXSTACK = 1
MAXLOCALS = 1
}
AndroidManifest.xmlを生成するサンプルAndroidManifest.xmlを生成している（toCreate）が、単に記載をちょっと変える（toTransform）こともできるandroidComponents.onVariants { variant ->
// create new manifest
variant.artifacts.use(produceManifestTask)
.wiredWith(ProduceAndroidManifestTask::outputManifest)
.toCreate(SingleArtifact.MERGED_MANIFEST)
// modify existing manifest
variant.artifacts.use(produceManifestTask)
.wiredWithFiles(
ProduceAndroidManifestTask::mergedManifest,
ProduceAndroidManifestTask::outputManifest
)
.toTransform(SingleArtifact.MERGED_MANIFEST)
}
AndroidComponentsExtension#beforeVariantsを使って、testやandroidTestを無効化するサンプル
テストコードがないモジュールなどそもそもテストする気がないvariantやmoduleに対して使うと有効
./gradlew connectedAndroidTestを実行するとハングしたりすることが稀にあるHostTestBuilder(unit test, screenshot test), HasDeviceTests(instrumented test)それぞれを柔軟に有効・無効化できる
AndroidComponentsExtension#registerExtensionを使ってbuild type、product flavorを慮った独自Extensionを作成するサンプル// 👇みたいに自前でTaskのoutputに対して依存を構築しなくてよい
def assembleTask = project.tasks.named("assembleDebug")
tasks.register("printArtifact") {
doLast {
println assembleTask.get().outputs.files.singleFile
}
}
AndroidComponentsExtension#onVariantsを使って、variantごとにmanifest placeholderを変更するサンプルapp/build.gradleにごちゃごちゃ書くより、プラグインとして別出しした方が管理しやすくなるかもしれないvariant.lifecycleTasks.registerPreBuildを使うと任意のタスクをbuildの前に実行することができるvariant.lifecycleTasks.registerPreInstallationが追加されている
AndroidComponentsExtension#beforeVariantsを使ってねというサンプルandroid.experimental.enableTestFixturesKotlinSupport=trueを設定することでKotlinをTestFixturesで使用することができるがKotlinとGradleの問題でGradle Hostedなテストではまだ動作しない
toTransformを使って、assetの中身をビルド時に変換するサンプルtoTransformを使って、AndroidManifest.xmlをビルド時に変換するサンプルArtifactTransformationRequest#submitを使うとGradle Worker APIを使用できるよというサンプル
Be the first to comment