Gradle 3中compile project与compile files是否废弃？如何替换为implementation/api？

Hey there! 我来帮你理清Gradle里compile转implementation/api的转换逻辑，还有旧语法的现状~

一、具体转换写法 #

针对你给出的两个例子，转换核心是根据依赖的可见性需求来选择，规则很明确：

• 对于compile project(':jabraServiceApi')：

  • 如果这个模块仅当前模块内部使用，不需要暴露给依赖当前模块的其他模块 → 替换为 implementation project(':jabraServiceApi')
  • 如果这个模块的API需要被依赖当前模块的其他模块访问（比如当前模块的公共方法返回了该模块的类） → 替换为 api project(':jabraServiceApi')
    大多数日常场景下用implementation就足够，它能有效优化依赖树，减少不必要的依赖传递。

• 对于compile files('libs/samsung-digital-health-healthdata-1.2.1.jar')：
  同样遵循可见性规则，替换为 implementation files('libs/samsung-digital-health-healthdata-1.2.1.jar') 或者 api files('libs/samsung-digital-health-healthdata-1.2.1.jar') 即可。

二、旧compile语法的支持情况 #

Gradle从4.x版本开始引入implementation和api来替代compile，不过为了兼容旧项目，旧的compile语法在后续版本中仍然被支持，但已经被标记为废弃（deprecated）。

简单说，你继续用compile暂时不会触发报错，但Gradle会输出警告提示，而且未来的Gradle大版本可能会彻底移除这个语法。所以官方强烈建议尽快迁移到implementation/api，这不仅能消除警告，还能帮你更精准地管理依赖可见性，提升构建效率。

内容的提问来源于stack exchange，提问作者Ambran