关于Gradle编译优化的提示

[brandlee]

您好，看到Android Studio关于编译优化有两点提示，涉及到了这个组件：

能帮忙看一下这个是否有影响呢？

[xiaojinzi123]

我看完了这个内容. 我不太能从中解读出我的插件有什么影响. 因为这块我不是很了解.
如果你可以的话, 可以给出具体一点的优化点

[xiaojinzi123]

哈哈 今天我还看见 ksp 也在这里

[xuexixuexijpg]

我看完了这个内容. 我不太能从中解读出我的插件有什么影响. 因为这块我不是很了解. 如果你可以的话, 可以给出具体一点的优化点

大佬，报这个“API 'android.registerTransform' is obsolete.
It will be removed in version 8.0 of the Android Gradle plugin.”警告，是plugin还在用transform的api?

[xiaojinzi123]

是的, 8.0 出了我就会换的

[lotosbin]

Android14已经发布了，对应的compileSdk 34需要 gradle 8.x，gradle8.x已经移除了 transform

[xuexixuexijpg]

Android14已经发布了，对应的compileSdk 34需要 gradle 8.x，gradle8.x已经移除了 transform

我知道，这个框架老项目我用过，现在新项目我都直接纯Compose了(路由用的官方Navigation)。传统要用的话我记得货拉拉的好像不错以及有个buterfly来着

[xiaojinzi123]

最新版本支持 8.x 的 Gradle 了
新项目最好还是使用 KComponent

[lotosbin]

xiaojinzi123/KComponent#9

[xiaojinzi123]

xiaojinzi123/KComponent#9

别提示了, 能给你过渡还不过渡

问题是纯 Kotlin 和 混合的本就没办法过渡.
叫你 Java 的全换成 Kotlin 写你也不愿意啊.
所以我都另起了一个项目了. 而且注解驱动器等都不一样了
性能依赖 ksp 也有提升.

没办法给你平稳过渡的.

[lotosbin]

主要是模块太多了，全部更换工作量太大，持续开发的情况下，没法安排时间统一更换，还需要协调多个团队。

[xiaojinzi123]

主要是模块太多了，全部更换工作量太大，持续开发的情况下，没法安排时间统一更换，还需要协调多个团队。

所以新项目建议用 KComponent, 老项目就用 Component 就行, 没啥问题

[lotosbin]

ksp支持 kotlin和java混编，可以处理java的注解。
过渡的问题主要是component和kcomponent会有编译冲突，如果没有冲突，可以共存，逐步过渡。
逻辑上做下后退，kcomponent没有的调用component再处理。

[lotosbin]

主要是模块太多了，全部更换工作量太大，持续开发的情况下，没法安排时间统一更换，还需要协调多个团队。

所以新项目建议用 KComponent, 老项目就用 Component 就行, 没啥问题

目前只有一个项目，只是模块很多，需要一直维护。

[xiaojinzi123]

ksp支持 kotlin和java混编，可以处理java的注解。 过渡的问题主要是component和kcomponent会有编译冲突，如果没有冲突，可以共存，逐步过渡。 逻辑上做下后退，kcomponent没有的调用component再处理。

不会给你来整 ksp支持 kotlin和java混编 这种工作的. 这里面工作量极大, 而且对项目本身没有啥好处.
混编的用 component, 纯 Kt 用 KComponent 就行了. 功能本身就没啥大差别. 无非就是 kt 版本的 api 用的更舒服些而已

[xiaojinzi123]

主要是模块太多了，全部更换工作量太大，持续开发的情况下，没法安排时间统一更换，还需要协调多个团队。

所以新项目建议用 KComponent, 老项目就用 Component 就行, 没啥问题

目前只有一个项目，只是模块很多，需要一直维护。

所以就一直用 Component 就行了, 没必要用 KComponent 呀