我有一个包含两个模块的项目，A 和 B。每个都有一个application.conf 和一个local.conf，其中包括前者。我项目的build.sbt 文件指定：
B.dependsOn(A % "compile->compile")
似乎模块B 的local.conf 包括模块A 的application.conf，因为在尝试时，模块A 的application.conf 中的替换值出现UnresolvedSubstitution 异常运行模块B。
我认为它正在合并application.conf 文件。有没有办法阻止它这样做？特别是，我可以通过build.sbt 文件来完成吗？
【问题讨论】：
标签： dependencies sbt typesafe-config
当你这样做时：
B.dependsOn(A % "compile->compile")
当B 被编译时，它会执行A 编译并使其对B 可用。这意味着A 中的配置文件将可供B 使用，因为类型安全配置将这些配置放入类路径中。
最简单的解决方案可能是命名您的属性，以便模块B 仅使用它自己的配置中的属性，而不是As。 （这是一个最佳实践，以保持关注点分离清晰。）如果意图是 B 的配置 覆盖 A 的“默认”配置，并假设 A本质上是B 使用的库，在best practice guideline here 之后，将resource.conf 文件放在A 中，在B 中放置一个application.conf 文件，因为application.conf 具有更高的优先级。
在您的情况下，A 和 B 都依赖于公共代码。为了保持关注点的分离，最好将此通用代码重构到它自己的库模块中，并让A 和B 引用该代码。通过这种方式，您可以确保它们所依赖的属性都在C 中，而由A 或B 正确设置的属性仅在它们的域中。
【讨论】：
java.util.List 的命名空间是java.util，所以它不会与com.mystuff.shopping.List 混淆。在这种情况下，您可以使用 A.someproperty 和 B.someproperty。