手表到哪个网站买,天水网站建设博客,公众号关键词排名优化,网站推广优化建设方案Understanding Tasks - Gradle task
kapt 是 Kotlin 语言的注解处理器#xff0c;它是 Android Studio 中用于处理 Kotlin 注解的工具。它通过在编译期间生成代码来增强 Kotlin 代码的功能。需要 Kotlin 编译器来解析和处理注解#xff1b;使用 APT 来生成代码#xff0c…Understanding Tasks - Gradle task
kapt 是 Kotlin 语言的注解处理器它是 Android Studio 中用于处理 Kotlin 注解的工具。它通过在编译期间生成代码来增强 Kotlin 代码的功能。需要 Kotlin 编译器来解析和处理注解使用 APT 来生成代码它是一个独立的工具用于处理 Java 注解依赖注入类通常需要引用其他类。例Car 类可能需要引用 Engine 类。这些必需的类称为依赖项在此示例中Car 类必须拥有 Engine 类的一个实例才能运行。 以参数形式提供。应用可以在构造类时提供这些依赖项或者将这些依赖项传入需要各个依赖项的函数。在上面的示例中Car 构造函数将接收 Engine 作为参数。构造函数注入 字段注入 https://developer.android.com/training/dependency-injection?hlzh-cn Hilt 依赖注入框架 模块/组件间注入依赖 https://developer.android.com/training/dependency-injection/hilt-android?hlzh-cn tasks.namedtask myTask tasks.named(myTaskName)从人物列表中返回myTaskName tasks.register(qualityCheck) { 向构建脚本中注册任务name,tasktype Tasks.registerZip(packageApp) { } 构建内置或自定义任务的实例 Gradle 分为两类任务 Lifecycle tasks生命周期任务 Actionable tasks 可操作任务连接到生命周期 gradle工程构建的生命周期 Build Lifecycle 自定义任务可以分配配置阶段 执行阶段开始执行结束执行阶段 执行期间是表示TaskAction执行 setting.kts:初始化阶段 build.gradle.kts: 配置阶段以下demo中task.register是在配置阶段执行所以里面的println也在配置阶段执行 执行阶段dofirst{} dolast{} Gradle基础任务类型 Task的子类 Zip, Copy, or Delete Copy: 用于复制文件和目录。 Jar: 用于创建 JAR 文件。 War: 用于创建 WAR 文件。 Test: 用于运行测试。 Clean: 用于清理构建目录。 ... 等等 自定义任务类型DefaultTask Writing Tasks Registering a task - using a task (implemented by you or provided by Gradle) in your build logic. 注册任务 - 在构建逻辑中使用任务由您实现或由 Gradle 提供。 Configuring a task - defining inputs and outputs for a registered task. 配置任务 - 定义已注册任务的输入和输出。 Implementing a task - creating a custom task class (i.e., custom class type). 实现任务 - 创建自定义任务类即自定义类类型。 public abstract class GenerateReportTask : DefaultTask() {//声明自定义类型 get:InputDirectory //自定义任务输入sourceDirectory lateinit var sourceDirectory: File get:OutputFile //自定义任务输出 lateinit var reportFile: File TaskAction //任务操作的具体逻辑 fun generateReport() { } tasks.registerGenerateReportTask(generateReport) { sourceDirectory file(src/main) reportFile file(${layout.buildDirectory}/reports/directoryReport.txt) } tasks.build { dependsOn(generateReport) } 任务配置传参 1.named 2.register配置块 build.gradle.kts tasks.namedCopy(myCopy) { from(resources) into(target) include(**/*.txt, **/*.xml, **/*.properties) } 自定义任务-不定义任务类型DefaultTask Advanced Tasks tasks.register(printVersionDynamic) { inputs.property(version, project.version.toString()) //声明变量 doLast { println(Version: ${inputs.properties[version]}) //向doLast注入任务回调 } }可操作任务链接到生命周期tasks.build { //build生命周期任务依赖packageApp任务所以会先执行packageApp dependsOn(packageApp) }查看任务./gradlew :app:tasks Android gradle 配置集合kts迁移 https://developer.android.com/build?hlzh-cn 编写Android插件对已有构建流程扩展修改https://developer.android.com/build/extend-agp?hlzh-cnAndroid依赖问题及冲突解决 aar打包、发布到maven、带第三方依赖的打包、带本地module依赖的打包_aar打包第三方依赖库-CSDN博客 https://juejin.cn/post/7186908438058762277 Android kts引用其他构建脚本 apply { from(library.gradle) } includeBuild(library.gradle) gradle插件和gralde版本不匹配问题 com.android.tools.build:gradle和gradle-wrapper.properties 彻底解决Android Studio Minimum supported Gradle version is X.Y.Z. Current version is x.y.z.问题_minimum supported gradle version is 6.7.1. current-CSDN博客 https://developer.android.com/build/releases/gradle-plugin?hlzh-cn#updating-gradle 自定义例子 tasks.register(buildAll) { dependsOn(:app:assembleDebug, :app:assembleRelease) doFirst { println(Building debug and release variants...) } doLast { println(Finished building both variants!) } } task buildAll(type: Exec): 定义一个名为 buildAll 的自定义任务类型为 Exec (表示执行命令)。dependsOn :app:assembleDebug, :app:assembleRelease: 声明 buildAll 任务依赖于 :app:assembleDebug 和 :app:assembleRelease 任务。这意味着 buildAll 任务会在它们完成后执行。doFirst { ... }: 在 buildAll 任务执行之前执行的代码块可以用来输出信息或执行其他操作。doLast { ... }: 在 buildAll 任务执行之后执行的代码块同样可以用来输出信息或执行其他操作tasks.getByName(xxx) 获取模块中的gradle任务android.testVariants获取测试变体(assembleDebugAndroidTest)libraryVariants获取模块变体(debug,release)Android fix 依赖项冲突https://developer.android.com/build/dependency-resolution-errors?hlzh-cn解决依赖冲突冲突时强制使用某个版本或者在引入冲突时排除 configurations.all { resolutionStrategy.force org.somelibrary:library-core:1.2 } 或者引入排除 testCompile(com.squareup.assertj:assertj-android:1.0.0) { exclude group: com.android.support, module: support-annotations } 构建报错error.NonExistentClass()kapt { correctErrorTypes true } Android Native构建配置sourceset JNILib指定打包的库https://developer.android.com/studio/projects/gradle-external-native-builds
Dynamic Feature Module https://juejin.cn/post/7049522872682807333 Android App Bundle官方插件模式 Gradle中如果想要对子模块的构建产物进行过滤或重命名等操作需要如何书写?
如何在project下获取子模块的gradle任务并修改? 在 Gradle 中你可以通过以下几种方式对子模块的构建产物进行过滤或重命名以及在 Project 级获取子模块的 Gradle 任务并修改
1. 使用 configurations 过滤构建产物
场景 你只想将子模块中的特定类型的文件包含到主项目的构建产物中。
实现 在主项目的 build.gradle 中使用 configurations 属性来配置依赖项并使用 include 或 exclude 来过滤特定文件。
dependencies { implementation project(:submodule) // 依赖子模块 // 仅包含子模块中的 jar 文件 implementation(project(:submodule), { include(*.jar) }) // 排除子模块中的 test 文件夹下的所有文件 implementation(project(:submodule), { exclude(**/*.test) }) } 2. 使用 transform 转换构建产物
场景 你需要对子模块的构建产物进行转换例如压缩、重命名、加密等。
实现 在主项目的 build.gradle 中定义一个 Transform 任务并在 transform 方法中对输入文件进行操作。
tasks.register(transformSubmodule) { doLast { // 获取子模块的构建产物路径 val submoduleOutputDir file(${project(:submodule).buildDir}/libs) // 遍历子模块的构建产物并进行转换操作 submoduleOutputDir.listFiles().forEach { file - // 对 file 进行转换操作 } } }
// 在主项目的构建生命周期中执行 transformSubmodule 任务 tasks.named(assembleRelease).configure { dependsOn(tasks.named(transformSubmodule)) } 3. 使用 afterEvaluate 获取子模块的 Gradle 任务并修改
场景 你需要对子模块的 Gradle 任务进行修改例如添加依赖、修改参数等。
实现 在主项目的 build.gradle 中使用 afterEvaluate 闭包来获取子模块的 Gradle 任务然后进行修改。
afterEvaluate { // 获取子模块的 assembleRelease 任务 val submoduleAssembleRelease project(:submodule).tasks.named(assembleRelease) // 修改子模块的 assembleRelease 任务 submoduleAssembleRelease.configure { // 添加依赖 dependsOn(tasks.named(myTask)) // 修改参数 doFirst { // ... } } } 4. 使用 project 获取子模块的 Gradle 任务并修改
场景 你需要在主项目的构建生命周期中获取子模块的 Gradle 任务并进行修改。
实现 在主项目的 build.gradle 中使用 project 获取子模块的 Task 对象然后进行修改。
// 获取子模块的 assembleRelease 任务 val submoduleAssembleRelease project(:submodule).tasks.named(assembleRelease)
// 修改子模块的 assembleRelease 任务 submoduleAssembleRelease.configure { // 添加依赖 dependsOn(tasks.named(myTask)) // 修改参数 doFirst { // ... } } 一些注意事项
确保在主项目的 build.gradle 中正确配置子模块的依赖关系。 使用 afterEvaluate 或 project 获取子模块的 Gradle 任务时需要确保子模块的构建已经完成。 在进行任务修改操作时需要注意依赖关系和执行顺序。 以上几种方法可以帮助你实现对子模块构建产物的过滤、重命名以及对子模块 Gradle 任务的修改。根据具体需求选择适合的方法进行操作。 要在Kts文件中修改gradle任务publishAllPublicationsToMyRepository使其中某个产物不推送到远程仓库可以通过如下方式处理
找到该任务的定义通常是在Kts文件中指定发布构建产物到远程仓库的方式类似如下代码
publishing { repositories { maven { url uri(https://myrepo) } } } tasks.register(publishAllPublicationsToMyRepository) { dependsOn(tasks.withTypePublishToMavenPublication()) }
在该任务中使用onlyIf方法来判断某个产物然后在publish方法中设置exclude规则将不需要发布的产物排除掉类似如下代码
tasks.register(publishAllPublicationsToMyRepository) { dependsOn(tasks.withTypePublishToMavenPublication()) onlyIf { // 判断需要发布的产物 true // 返回需要发布的条件 } doLast { // 获取需要发布的产物 val publications project.tasks.withTypePublishToMavenPublication().filter { // 过滤出需要发布的产物 } // 设置不需要发布的产物 publications.forEach { publication - publication.publish { exclude(**/exclude-artifact.jar) } } } }
在代码中替换exclude-artifact.jar为你需要排除的产物的名称。然后运行gradle任务publishAllPublicationsToMyRepository就可以实现只推送部分构建产物到远程仓库的需求。
