Jaka jest różnica między build.sbt i build.scala?

Zacząłem uczyć się Scali i prawie w każdym tutorialu widzę build.sbtplik opisujący ustawienia projektu. Ale teraz zainstalowałem giter8i utworzyłem projekt z szablonu. I wygenerowany projekt z szablonu brakującego build.sbtpliku, ale ma build.scala(który wydaje się być używany do tych samych celów, ale jest bardziej elastyczny).

Jaka jest więc różnica między build.sbti build.scala?
Który jest bardziej preferowany i dlaczego?

Oto krótki przykład build.sbt:

name := "hello"

version := "1.0"

to skrótowa notacja z grubsza odpowiadająca temu project/Build.scala:

import sbt._
import Keys._

object Build extends Build {
  lazy val root = Project(id = "root", base = file(".")).settings(
    name := "hello",
    version := "1.0"      
  )
}

.sbtPlik może zawierać także valS, lazy valS i defS (ale nie objectS i classES).

Zobacz dokument SBT o nazwie „.scala build definition” , szczególnie sekcja „Powiązanie build.sbt z Build.scala”.

Rozważ .scaladefinicję kompilacji, jeśli robisz coś skomplikowanego, w którym chcesz uzyskać pełną ekspresję Scali.

Aktualizacja lipiec 2016 (3 lata później)

Build.scalajest oficjalnie przestarzały w sbt 0.13.12

BuildCecha jest przestarzałe na rzecz .sbtformatu

PR 2530 implementuje to wycofanie. Zaktualizowano
„ Dodatek: .scaladefinicja kompilacji ”.

Kiedy .sbts są kompilowane, są one wcześniej łączone z .scalaplikami w projectkatalogu. Nie mogą być wykorzystywane w zadaniach cyklicznych, czyli nie można dostosować sbtod sbt, na przykład. Aby uzyskać bardziej szczegółowe informacje, rozważ przeczytanie powiązanej sekcji to dokumentacja sbt: http://www.scala-sbt.org/release/docs/Getting-Started/Basic-Def.html#sbt-vs-scala-definition