您可以在支援 Gradle 的 IDE 中開啟此範例。

本指南示範如何使用 gradle init 以 Gradle 建立 Scala 程式庫。您可以逐步按照本指南從頭開始建立新專案，或使用上方的連結下載完整的範例專案。

您將建置的內容

您將產生一個遵循 Gradle 慣例的 Scala 程式庫。

您需要的內容

建立專案資料夾

Gradle 隨附一個內建的 task，稱為 init，用於在空資料夾中初始化新的 Gradle 專案。init task 使用 (也是內建的) wrapper task 來建立 Gradle wrapper 指令碼 gradlew。

第一步是為新專案建立一個資料夾，並將目錄變更到該資料夾中。

$ mkdir demo
$ cd demo

執行 init task

從新專案目錄內，使用終端機中的以下命令執行 init task：gradle init。當出現提示時，選取 2: library 專案類型和 4: Scala 作為實作語言。接下來，您可以選擇用於撰寫建置指令碼的 DSL - 1 : Kotlin 或 2: Groovy。對於其他問題，按 Enter 鍵以使用預設值。

輸出看起來會像這樣

$ gradle init

Select type of build to generate:
  1: Application
  2: Library
  3: Gradle plugin
  4: Basic (build structure only)
Enter selection (default: Application) [1..4] 2

Select implementation language:
  1: Java
  2: Kotlin
  3: Groovy
  4: Scala
  5: C++
  6: Swift
Enter selection (default: Java) [1..6] 4

Enter target Java version (min: 7, default: 21):

Project name (default: demo):

Select application structure:
  1: Single application project
  2: Application and library project
Enter selection (default: Single application project) [1..2] 1

Select build script DSL:
  1: Kotlin
  2: Groovy
Enter selection (default: Kotlin) [1..2]

Generate build using new APIs and behavior (some features may change in the next minor release)? (default: no) [yes, no]

BUILD SUCCESSFUL
1 actionable task: 1 executed

init task 會產生具有以下結構的新專案

├── gradle (1)
│   ├── libs.versions.toml (2)
│   └── wrapper
│       ├── gradle-wrapper.jar
│       └── gradle-wrapper.properties
├── gradlew (3)
├── gradlew.bat (3)
├── settings.gradle.kts (4)
└── lib
    ├── build.gradle.kts (5)
    └── src
        ├── main
        │   └── scala (6)
        │       └── demo
        │           └── Library.scala
        └── test
            └── scala (7)
                └── demo
                    └── LibrarySuite.scala
├── gradle (1)
│   ├── libs.versions.toml (2)
│   └── wrapper
│       ├── gradle-wrapper.jar
│       └── gradle-wrapper.properties
├── gradlew (3)
├── gradlew.bat (3)
├── settings.gradle (4)
└── lib
    ├── build.gradle (5)
    └── src
        ├── main
        │   └── scala (6)
        │       └── demo
        │           └── Library.scala
        └── test
            └── scala (7)
                └── demo
                    └── LibrarySuite.scala
1 為 wrapper 檔案產生的資料夾
2 產生的版本目錄
3 Gradle wrapper 啟動指令碼
4 用於定義建置名稱和子專案的 Settings 檔案
5 lib 專案的 Build 指令碼
6 預設 Scala 原始碼資料夾
7 預設 Scala 測試原始碼資料夾

您現在已完成專案設定，可以建置 Scala 程式庫。

檢閱專案檔案

settings.gradle(.kts) 檔案有兩個有趣的行

settings.gradle.kts
rootProject.name = "demo"
include("lib")
settings.gradle
rootProject.name = 'demo'
include('lib')

  • rootProject.name 會為建置指定名稱，這會覆寫預設行為，即以其所在的目錄命名建置。建議設定固定名稱，因為如果專案共用（例如，作為 Git 儲存庫的根目錄），則資料夾可能會變更。

  • include("lib") 定義建置包含一個名為 lib 的子專案，其中包含實際程式碼和建置邏輯。可以透過額外的 include(…​) 陳述式新增更多子專案。

我們的建置包含一個名為 lib 的子專案，代表我們正在建置的 Scala 程式庫。它在 lib/build.gradle(.kts) 檔案中配置

lib/build.gradle.kts
plugins {
    scala (1)
    `java-library` (2)
}

repositories {
    mavenCentral() (3)
}

dependencies {
    implementation(libs.scala.library) (4)

    implementation(libs.guava) (5)

    testImplementation(libs.junit) (6)
    testImplementation(libs.scalatest.v2.v13)
    testImplementation(libs.junit.v4.v13.v2.v13)

    testRuntimeOnly(libs.scala.xml.v2.v13) (7)

    api(libs.commons.math3) (8)
}
lib/build.gradle
plugins {
    id 'scala' (1)
    id 'java-library' (2)
}

repositories {
    mavenCentral() (3)
}

dependencies {
    implementation libs.scala.library (4)

    implementation libs.guava (5)

    testImplementation libs.junit (6)
    testImplementation libs.scalatest.v2.v13
    testImplementation libs.junit.v4.v13.v2.v13

    testRuntimeOnly libs.scala.xml.v2.v13 (7)

    api libs.commons.math3 (8)
}
1 套用 scala 外掛以新增 Scala 支援。
2 套用 java-library 外掛以進行 API 和實作分離。
3 使用 Maven Central 解析相依性。
4 在我們的程式庫專案中使用 Scala 2.13
5 此相依性在內部使用，不會在其自身的編譯類別路徑上公開給消費者。
6 使用 Scalatest 測試我們的程式庫
7 需要在測試執行階段使用 scala-xml
8 此相依性會匯出給消費者，也就是說可以在其編譯類別路徑上找到。

此處顯示檔案 src/main/scala/demo/Library.scala

產生的 src/main/scala/demo/Library.scala
/*
 * This source file was generated by the Gradle 'init' task
 */
package demo

class Library {
  def someLibraryMethod(): Boolean = true
}

產生的測試 src/test/scala/demo/Library.scala 如下所示

產生的 src/test/scala/demo/LibrarySuite.scala
/*
 * This source file was generated by the Gradle 'init' task
 */
package demo

import org.scalatest.funsuite.AnyFunSuite
import org.junit.runner.RunWith
import org.scalatestplus.junit.JUnitRunner

@RunWith(classOf[JUnitRunner])
class LibrarySuite extends AnyFunSuite {
  test("someLibraryMethod is always true") {
    def library = new Library()
    assert(library.someLibraryMethod())
  }
}

產生的測試類別具有單一 ScalaTest 測試。該測試會實例化 Library 類別，在其上調用方法，並檢查它是否傳回預期的值。

關於 java-library 外掛程式新增到任何 JVM 程式庫專案的功能（例如 API 和實作分離）的更多資訊，可以在Java Library 外掛程式文件中找到。

組裝程式庫 JAR

若要建置專案，請執行 build task。您可以使用一般的 gradle 命令，但當專案包含 wrapper 指令碼時，最好改用它。

$ ./gradlew build

BUILD SUCCESSFUL in 0s
4 actionable tasks: 4 executed
第一次執行 wrapper 指令碼 gradlew 時，可能會有一段延遲，因為該版本的 gradle 會被下載並在本機儲存在您的 ~/.gradle/wrapper/dists 資料夾中。

第一次執行建置時，Gradle 會檢查您的 ~/.gradle 目錄下的快取中是否已有所需的相依性。如果沒有，程式庫將會被下載並儲存在那裡。下次您執行建置時，將會使用快取版本。build task 會編譯類別、執行測試，並產生測試報告。

您可以透過開啟 HTML 輸出檔案來檢視測試報告，該檔案位於 lib/build/reports/tests/test/index.html。

您可以在 lib/build/libs 目錄中找到新封裝的 JAR 檔案，名稱為 lib.jar。透過執行以下命令驗證封存是否有效

$ jar tf lib/build/libs/lib.jar
META-INF/
META-INF/MANIFEST.MF
lib/
lib/Library.class

您應該會看到所需的 manifest 檔案 —MANIFEST.MF— 和編譯後的 Library 類別。

所有這些都在建置指令碼中沒有任何額外配置的情況下發生，因為 Gradle 的 java-library 外掛程式假設您的專案原始碼以慣例專案佈局排列。如果您願意，可以自訂專案佈局 如使用者手冊中所述。

恭喜，您剛剛完成了建立 Scala 程式庫的第一步！您現在可以根據自己的專案需求進行自訂。

自訂程式庫 JAR

您通常會希望 JAR 檔案的名稱包含程式庫版本。這可以透過在建置指令碼中設定頂層 version 屬性來達成

build.gradle.kts
version = "0.1.0"
build.gradle
version = '0.1.0'

除了版本之外，程式庫的其他重要身分屬性是其名稱和 group。名稱直接衍生自代表程式庫的子專案名稱。在範例中它是 lib，因此您可能想要透過變更 lib 資料夾的名稱以及 settings.gradle(.kts) 檔案中對應的 include(…​) 陳述式來調整它。group 用於在發布時為您的程式庫提供完整的坐標。您可以透過設定 group 屬性（類似於您設定版本的方式（如上所示））直接在建置指令碼中定義它。

現在執行 jar task

$ ./gradlew jar

BUILD SUCCESSFUL
2 actionable tasks: 1 executed, 1 up-to-date

您會注意到，lib/build/libs/lib-0.1.0.jar 中產生的 JAR 檔案包含預期的版本。

另一個常見的需求是自訂 manifest 檔案，通常是透過新增一個或多個屬性。讓我們透過配置 jar task，將程式庫名稱和版本包含在 manifest 檔案中。將以下內容新增到您的建置指令碼結尾

build.gradle.kts
tasks.jar {
    manifest {
        attributes(mapOf("Implementation-Title" to project.name,
                         "Implementation-Version" to project.version))
    }
}
build.gradle
tasks.named('jar') {
    manifest {
        attributes('Implementation-Title': project.name,
                   'Implementation-Version': project.version)
    }
}

為了確認這些變更如預期般運作，請再次執行 jar task，這次也從 JAR 解壓縮 manifest 檔案

$ ./gradlew jar
$ jar xf lib/build/libs/lib-0.1.0.jar META-INF/MANIFEST.MF

現在檢視 META-INF/MANIFEST.MF 檔案的內容，您應該會看到以下內容

META-INF/MANIFEST.MF
Manifest-Version: 1.0
Implementation-Title: lib
Implementation-Version: 0.1.0

產生 Sources JAR

您可以輕鬆地為您的程式庫產生 sources JAR

build.gradle.kts
java {
    withSourcesJar()
}
build.gradle
java {
    withSourcesJar()
}

額外的 JAR 將作為 assemble 或 build 生命週期 task 的一部分產生，並將成為發布的一部分。產生的檔案位於 lib/build/libs 中，名稱使用慣例分類器 -sources。

發布 Build Scan

若要深入了解您的建置在幕後執行的操作，最好的方法是發布 build scan。若要執行此操作，只需使用 --scan 旗標執行 Gradle。

$ ./gradlew build --scan

BUILD SUCCESSFUL in 0s
4 actionable tasks: 4 executed

Publishing a build scan to scans.gradle.com requires accepting the Gradle Terms of Service defined at https://gradle.com/terms-of-service.
Do you accept these terms? [yes, no] yes

Gradle Terms of Service accepted.

Publishing build scan...
https://gradle.com/s/5u4w3gxeurtd2

按一下連結並探索執行了哪些 task、下載了哪些相依性以及更多詳細資訊！

摘要

就是這樣！您現在已成功使用 Gradle 配置和建置 Scala 程式庫專案。您已學習如何

  • 初始化產生 Scala 程式庫的專案

  • 執行建置並檢視測試報告

  • 自訂建置產生的 Jar 檔案

現在您可以完成此練習，嘗試編譯一些使用您剛建置的程式庫的 Scala 程式碼。

下一步

建置程式庫只是跨專案邊界重複使用程式碼的一個方面。從這裡開始，您可能會對以下內容感興趣