configuration - 为什么我必须为相同的依赖项同时指定 'runtime' 和 'compile'?

标签 configuration dependency-management gradle

我依赖于编译和运行我的应用程序所需的一些工件。

根据 Gradle 文档,运行时配置扩展了编译配置,因此肯定会使用 runtime 添加依赖项隐含 compile依赖?

至少这是我的假设,但它不起作用。当仅依赖于使用 runtime 的工件时,我的项目不再编译。我真的必须:

compile 'oauth.signpost:signpost-core:1.2.1.2'
runtime 'oauth.signpost:signpost-core:1.2.1.2'

让应用程序在运行时编译和查看 Signpost 类。

我错过了什么吗?那看起来不太对劲...

最佳答案

几乎正确。实际上,运行时配置扩展了编译配置( docs )。这意味着,添加到编译配置的任何依赖项在运行时配置 ( docs ) 中都可用。
compile 'oauth.signpost:signpost-core:1.2.1.2'足以在运行时和编译中获得此工件。

关于configuration - 为什么我必须为相同的依赖项同时指定 'runtime' 和 'compile'?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4693490/

相关文章:

linux - 在主目录下以点开头的配置目录的术语?

configuration - ASP.NET Core 向 DI 注入(inject)服务公开配置

python-2.7 - 从没有此类信息构建的 pyd 中检索 Python 版本

java - spring mvc文件上传在gradle中不起作用

gradle - 如何在多模块项目中的gradle中添加对所有测试任务的任务依赖

c# - Visual Studio 2013 深色主题折叠文本颜色几乎不可见

java - Struts 2操作方法和struts.convention.result.path不起作用

macros - 如何在仅使用 rustc 进行代码分析的现有项目中获得与 Cargo 类似的依赖项解析?

ios - 如何管理本地 Xcode 项目的传递依赖

gradle - 如何将context.xml放入war的META-INF中?