小问题随笔记录_build.gradle.kts和build.gradle

1. build.gradle 和 build.gradle.kts

build.gradle 和 build.gradle.kts 是 Gradle 构建脚本的两种不同的语法形式。

1. build.gradle:

   • 这是传统的 Gradle 构建脚本语法,使用 Groovy 语言编写。
   • Groovy 是一种动态语言,可以更灵活地编写构建脚本。
   • 在 Gradle 早期版本中,build.gradle 是唯一可用的构建脚本格式。

2. build.gradle.kts:

   • 这是使用 Kotlin 语言编写的 Gradle 构建脚本。
   • Kotlin 是一种静态类型语言,相比 Groovy 更加严格和类型安全。
   • 从 Gradle 4.6 版本开始引入了 Kotlin DSL 功能,允许使用 Kotlin 编写构建脚本。
   • 使用 Kotlin 编写构建脚本可以获得更好的IDE支持、代码重构和自动补全等功能。

总的来说,两种构建脚本语法都可以实现相同的功能,但使用 Kotlin 编写的 build.gradle.kts 提供了更好的代码组织和可维护性。对于新的 Gradle 项目,使用 build.gradle.kts 通常是更好的选择。但对于已经存在的 Groovy 构建脚本,也可以选择保留使用 build.gradle。

可以在 创建项目时进行选择，比如我建一个java的安卓项目，需要选择成build.gradle。具体如下：
添加链接描述

ps：
build.gradle导入依赖目前方式比较多
最常见的 implementation ‘androidx.appcompat:appcompat:1.6.1’
我自己的版本
androidTestImplementation libs.espresso.core 采用libs.
当然还有其他的：添加链接描述

语法 implementation(“XXX”)里面一定要是双引号

2. AS查看Android测试单元的Log日志

在目录下创建后；记得先运行一下这个文件(一定要)；然后再运行Main文件，在输出日志里就可以看到测试单元的Log输出了。

3. AS的性能分析工具

profile with low overhead 和 profile with complete data 是 Android Studio 中两种不同的性能分析模式,它们的主要区别如下:

1. 性能开销:

   • profile with low overhead: 此模式下,性能分析对应用程序的性能开销较低。它使用采样技术来收集数据,只会定期捕获应用程序的状态,而不会持续监控应用程序的行为。这种方式对应用程序的影响较小。
   • profile with complete data: 此模式下,性能分析对应用程序的性能开销较高。它使用事件记录技术来收集数据,会持续监控应用程序的行为。这种方式会对应用程序的性能产生较大影响。

2. 数据完整性:

   • profile with low overhead: 由于采样技术的局限性,此模式收集的性能数据可能不够完整,可能无法捕获应用程序的所有细节。
   • profile with complete data: 此模式下,性能分析会收集应用程序行为的完整数据,能够提供更加详细和准确的性能分析结果。

3. 使用场景:

   • profile with low overhead: 适用于在开发或测试过程中快速检查应用程序的性能问题,同时不会对应用程序的性能产生太大影响。
   • profile with complete data: 适用于深入分析应用程序的性能问题,比如定位性能瓶颈,但同时会对应用程序的性能产生较大影响,因此通常在测试环境下使用。

总的来说,profile with low overhead模式适合快速检查应用程序的性能问题,而profile with complete data模式适合深入分析性能问题,两种模式各有优缺点,开发者需要根据具体的需求进行选择。

4. AS 快速注册Activity

alt+enter 不需要手动在mainfest文件里写

5. 变量定义域问题：没有定义在onCreate方法内导致错误

6.资源id对应xml文件 最终是int类型的数据！！