SBT 配置参数的方法

半兽人 发表于: 2016-09-04   最后更新时间: 2016-09-04  
  •   1 订阅,344 游览

回顾:配置项

一个工程构建定义一个 Setting 类型的列表,通过sbt转化为sbt的描述数据结构(key-value 键值对 ),Setting作为一个转化前的输入类型,转化后输出一个 map表。

不同的配置项有不同的转化方法,例如前面的 := 方法。 一个 Setting类型的配置项可以通过 := 转化成一个值为一个常量的map表,例如,转化一个配置项name := "hello" 是将 hello 赋值给该配置项的key

Settings must end up in the master list of settings to do any good (all lines in a build.sbt automatically end up in the list, but in a .scala file you can get it wrong by creating a Setting without putting it where sbt will find it).

配置值追加操作: += 和 ++=

通过直接赋值方法 := 是最简单的一种转化方法, 所有的配置项还有其他的方法,在 SettingKey[T] 中泛型 T 如果是一个序列类型的话,支持追加操作不仅仅是重新赋值替换操作。

+= 操作是追加单个元素到序列中
++= 操作是追加一个序列到序列中
比如, 对于配置 sourceDirectories in Compile 值得类型是 Seq[File], 默认情况下这个配置已经有包含了目录src/main/scala。如果还想编译目录source下的源代码可以添加该目录:

sourceDirectories in Compile += new File("source")

或者,利用 sbt 包中提供的函数 file() 更加方便

sourceDirectories in Compile += file("source")

file() 函数也是创建 File 对象

也可以用操作符++= 一次性添加多个目录:

sourceDirectories in Compile ++= Seq(file("sources1"), file("sources2"))

其中Seq(a, b, c, ...)是 Scala的标准语法,用来创建一个序列

当然了除了追加操作还支持直接赋值替换配置原值:

sourceDirectories in Compile := Seq(file("sources1"), file("sources2"))

通过其他配置项计算一个配置项

引用其他的任务配置或参数配置的值通过调用任务或参数配置,通过方法:=、+=或++=来引用一个配置

比如,定义一个项目组织和项目名称一样的配置:

// organization 接收的值类型和 name一样都是 Setting[String]
organization := name.value

或者通过引用项目目录来定义项目名称:

// name 是Key[String]类型,baseDirectory是Key[File]
name := baseDirectory.value.getName

由于baseDirectory的值类型和name的值类型不一样,需要调用java的java.io.File类库getName 方法转化

sbt同时支持引用多个配置项的值,例如:

name := "project " + name.value + " from " + organization.value + " version " + version.value

参数配置依赖

在配置name := baseDirectory.value.getName中,参数配置 name 依赖配置baseDirectory, 如果在放有上述配置的build.sbt的目录下交互模式运行inspect name命令,将返回如下的提示信息:

[info] Dependencies:
[info]  *:baseDirectory

sbt 是很容易的探测出各个参数配置间的依赖关系的,包括任务配置也可以依赖参数配置,或者任务配置间相互依赖, 例如运行inspect compile 会发现 compile 任务配置会依赖参数配置compileInputs, inspect compileInputs 还会发现参数配置compileInputs又依赖其他的参数配置,等等。最后会发现形成一个依赖链,这些依赖关系是在sbt编译的时候自动探测计算的。所以所有的依赖关系都是自动计算的,不需要显示的声明。

未定义配置

当用:=、+=或++=方法去引用一个配置,所依赖的配置必须存在,否则sbt会报错误信息"Reference to undefined setting", 如果报错需要确认依赖的配置是否在指定作用域中存在。

也可能会出现循环依赖的配置错误,这个时候sbt会提示错误

任务配置引用参数配置

一个任务配置可以依赖参数配置或其他的任务配置,通过 def.task或操作符(:=、+=或++=)引用配置

比如,一个源代码生成任务将依赖项目根目录和编译classpath两个参数配置:

sourceGenerators in Compile += Def.task {
  myGenerator(baseDirectory.value, (managedClasspath in Compile).value)
}.taskValue

任务配置依赖

如配置文件 .sbt所述,一个任务配置用赋值方法:=操作的参数是Setting[Task[T]]而不是Setting[T]等, 任务配置输入参数可以接收一个参数配置作为输入,但是一个参数配置是不可以接收一个任务配置作为输入

以下为两个配置:

val scalacOptions = taskKey[Seq[String]]("Options for the Scala compiler.")
val checksums = settingKey[Seq[String]]("The list of checksums to generate and to verify for dependencies.")

(scalacOptions和checksums之间没有任何联系,它们只是配置值得类型相同,但是其中scalacOptions是一个任务配置)

在build.sbt中允许一个任务配置依赖参数配置,比如:

// 合法的配置
scalacOptions := checksums.value

是合法的配置方法,但是如果将一个参数配置配置成依赖一个任务配置的时候就会报错,因为参数配置在项目加载的时候只计算一次,可以当做常量处理,但是任务配置是在不断的重复的运行的。

// 非法的配置
checksums := scalacOptions.value

追加依赖操作:+= 和 ++=

一些配置可以被追加引用到一个已经存在的配置中,和直接赋值操作:=一样.

例如,有一个项目覆盖率报告文件(文件名引用项目名称的参数配置)需要删除,可以通过如下配置:

cleanFiles += file("coverage-report-" + name.value + ".txt")






发表于: 7月前   最后更新时间: 7月前   游览量:344
上一条: SBT 配置作用域
下一条: Lib 库依赖 SBT
评论…

  • 评论…
    • in this conversation
      提问