buildSrc文件夹以组织Android/Kotlin项目依赖项/元数据

buildSrc文件夹以组织Android/Kotlin项目依赖项/元数据,android,android-studio,gradle,kotlin,gradle-kotlin-dsl,Android,Android Studio,Gradle,Kotlin,Gradle Kotlin Dsl,根据谷歌关于使用额外属性通过项目共享它们的建议,我为我的Android/Kotlin项目找到了一个基于buildSrc+Kotlin gradle脚本的不错的解决方案。与其他经典方法相比,此解决方案为我提供了非常好的优势,即每个模块(加上根模块)都有多个Groovy编写的build.gradle文件及其依赖项、参数。主要有: 使用kotlin语法 编译错误 自动完成 单击支持(导航到定义) 将gradle文件元数据信息集中到一个文件中 查看更多信息 如果我没有错的话,Kotlin dsl团队

根据谷歌关于使用额外属性通过项目共享它们的建议,我为我的Android/Kotlin项目找到了一个基于buildSrc+Kotlin gradle脚本的不错的解决方案。与其他经典方法相比,此解决方案为我提供了非常好的优势,即每个模块(加上根模块)都有多个Groovy编写的
build.gradle
文件及其依赖项、参数。主要有:

  • 使用kotlin语法
  • 编译错误
  • 自动完成
  • 单击支持(导航到定义)
  • 将gradle文件元数据信息集中到一个文件中
查看更多信息

如果我没有错的话,Kotlin dsl团队成员建议使用IntelliJ,而且与Android Studio的集成似乎还没有完全完成,因为我仍然看到一些Kotlin gradle脚本代码以红色突出显示。然而,它编译得很好。奇怪的是,如果我克隆了,例如,我可以看到
build.gradle.kts
内容,在gradle同步后,没有红色标记。在我的项目中,我几乎做了所有的事情(同步渐变、使缓存无效、删除缓存、相同的渐变包装器等)来消除这些标记,但都没有成功。以下是一些附带问题:

  • 我做错了什么?我该怎么做才能去掉那些红色标记
  • 虽然我喜欢这种方法,但有一件事我会错过很多,那就是gradle文件中过时的依赖项检查突出显示,这表明有一个新的x.y.x版本的库。有没有办法让它用这种方法工作
  • 在buildSrc Kotlin类中是否有任何方法可以使用?例如,使用属性文件(例如version.properties)非常常见,而像
    rootDir
    这样的渐变属性对于获取它们的路径非常有帮助。为此,我们可以使用
    path.get(“”).toabsolutionPath().toString()
    ,但这不是一个干净的解决方案
  • 您通常对这种方法有什么看法