ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

android – Gradle依赖配置:实现vs api vs runonly vs compileonly

2019-10-06 22:27:04  阅读:393  来源: 互联网

标签:android-studio-3-0 android gradle


无法理解Android Studio 3.0中引入的最新gradle依赖配置,即implementation,api,compileonly和runtimeonly.

解决方法:

请参考android开发者官方网站上的链接:Android Studio 3.0 New Gradle Configuration.

根据上面链接中提到的描述:

  • Implementation: When your module configures an implementation dependency, it’s letting Gradle know that the module does not want to
    leak the dependency to other modules at compile time. That is, the
    dependency is available to other modules only at runtime. Using this
    dependency configuration instead of api or compile can result in
    significant build time improvements because it reduces the amount of
    projects that the build system needs to recompile. For example, if an
    implementation dependency changes its API, Gradle recompiles only that
    dependency and the modules that directly depend on it. Most app and
    test modules should use this configuration.
  • api: When a module includes an api dependency, it’s letting Gradle know that the module wants to transitively export that
    dependency to other modules, so that it’s available to them at both
    runtime and compile time. This configuration behaves just like compile
    (which is now deprecated), and you should typically use this only in
    library modules. That’s because, if an api dependency changes its
    external API, Gradle recompiles all modules that have access to that
    dependency at compile time. So, having a large number of api
    dependencies can significantly increase build times. Unless you want
    to expose a dependency’s API to a separate test module, app modules
    should instead use implementation dependencies.
  • compileOnly: Gradle adds the dependency to the compilation classpath only (it is not added to the build output). This is useful
    when you’re creating an Android library module and you need the
    dependency during compilation, but it’s optional to have present at
    runtime. That is, if you use this configuration, then your library
    module must include a runtime condition to check whether the
    dependency is available, and then gracefully change its behavior so it
    can still function if it’s not provided. This helps reduce the size of
    the final APK by not adding transient dependencies that aren’t
    critical. This configuration behaves just like provided (which is now
    deprecated).
  • runtimeonly: Gradle adds the dependency to the build output only, for use during runtime. That is, it is not added to the compile
    classpath. This configuration behaves just like apk (which is now
    deprecated).

标签:android-studio-3-0,android,gradle
来源: https://codeday.me/bug/20191006/1862902.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有