建立 Java 程式庫範例
您可以在支援 Gradle 的 IDE 中開啟此範例。 |
本指南示範如何使用 gradle init
以 Gradle 建立 Java 程式庫。您可以逐步按照本指南從頭建立新專案,或使用上方的連結下載完整的範例專案。
您將建置的內容
您將產生一個遵循 Gradle 慣例的 Java 程式庫。
您需要的東西
-
文字編輯器或 IDE - 例如 IntelliJ IDEA
-
Java Development Kit (JDK),版本 8 或更高版本 - 例如 AdoptOpenJDK
-
最新的 Gradle 發行版本
建立專案資料夾
Gradle 隨附一個內建 task,稱為 init
,可在空的資料夾中初始化新的 Gradle 專案。init
task 使用 (同樣是內建的) wrapper
task 來建立 Gradle wrapper 腳本 gradlew
。
第一步是為新專案建立一個資料夾,並將目錄變更到該資料夾中。
$ mkdir demo $ cd demo
執行 init task
從新的專案目錄內,在終端機中使用以下命令執行 init
task:gradle init
。當出現提示時,選取 2: library
專案類型和 1: Java
作為實作語言。接下來,您可以選擇用於撰寫建置腳本的 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] 1 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] Select test framework: 1: JUnit 4 2: TestNG 3: Spock 4: JUnit Jupiter Enter selection (default: JUnit Jupiter) [1..4] 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
│ └── java (6)
│ └── demo
│ └── Library.java
└── test
└── java (7)
└── demo
└── LibraryTest.java
├── 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
│ └── java (6)
│ └── demo
│ └── Library.java
└── test
└── java (7)
└── demo
└── LibraryTest.java
1 | 為 wrapper 檔案產生的資料夾 |
2 | 產生的版本目錄 |
3 | Gradle wrapper 啟動腳本 |
4 | Settings 檔案,用於定義建置名稱和子專案 |
5 | lib 專案的 Build 腳本 |
6 | 預設 Java 原始碼資料夾 |
7 | 預設 Java 測試原始碼資料夾 |
您現在已設定好專案以建置 Java 程式庫。
檢閱專案檔案
settings.gradle(.kts)
檔案有兩個有趣的行
rootProject.name = "demo"
include("lib")
rootProject.name = 'demo'
include('lib')
-
rootProject.name
為建置指派一個名稱,這會覆寫預設行為,即以建置所在的目錄命名建置。建議設定固定的名稱,因為如果專案共用(例如,作為 Git 儲存庫的根目錄),則資料夾可能會變更。 -
include("lib")
定義建置由一個名為lib
的子專案組成,其中包含實際的程式碼和建置邏輯。可以透過額外的include(…)
陳述式新增更多子專案。
我們的建置包含一個名為 lib
的子專案,代表我們正在建置的 Java 程式庫。它在 lib/build.gradle(.kts)
檔案中配置
plugins {
`java-library` (1)
}
repositories {
mavenCentral() (2)
}
dependencies {
testImplementation(libs.junit.jupiter) (3)
testRuntimeOnly("org.junit.platform:junit-platform-launcher")
api(libs.commons.math3) (4)
implementation(libs.guava) (5)
}
tasks.named<Test>("test") {
useJUnitPlatform() (6)
}
plugins {
id 'java-library' (1)
}
repositories {
mavenCentral() (2)
}
dependencies {
testImplementation libs.junit.jupiter (3)
testRuntimeOnly 'org.junit.platform:junit-platform-launcher'
api libs.commons.math3 (4)
implementation libs.guava (5)
}
tasks.named('test') {
useJUnitPlatform() (6)
}
1 | 套用 java-library 外掛程式以進行 API 和實作分離。 |
2 | 使用 Maven Central 解析相依性。 |
3 | 使用 JUnit Jupiter 進行測試。 |
4 | 此相依性匯出給消費者,也就是說在他們的編譯類別路徑上找到。 |
5 | 此相依性在內部使用,不會在其自身的編譯類別路徑上暴露給消費者。 |
6 | 使用 JUnit Platform 進行單元測試。 |
檔案 src/main/java/demo/Library.java
如下所示
/*
* This source file was generated by the Gradle 'init' task
*/
package demo;
public class Library {
public boolean someLibraryMethod() {
return true;
}
}
產生的測試 src/test/java/demo/Library.java
如下所示
/*
* This source file was generated by the Gradle 'init' task
*/
package demo;
import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.*;
class LibraryTest {
@Test void someLibraryMethodReturnsTrue() {
Library classUnderTest = new Library();
assertTrue(classUnderTest.someLibraryMethod(), "someLibraryMethod should return 'true'");
}
}
產生的測試類別具有單一的 JUnit Jupiter 測試。此測試會實例化 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 外掛程式假設您的專案原始碼是以傳統專案版面配置排列的。如果您願意,可以自訂專案版面配置,方法如使用者手冊中所述。 |
恭喜,您剛剛完成了建立 Java 程式庫的第一步!您現在可以根據自己的專案需求自訂它。
自訂程式庫 JAR
您通常會希望 JAR 檔案的名稱包含程式庫版本。這可以透過在建置腳本中設定頂層 version
屬性來達成
version = "0.1.0"
version = '0.1.0'
除了版本之外,程式庫的其他重要身分識別屬性是它的名稱和 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 檔案中。將以下內容新增至建置腳本的末尾
tasks.jar {
manifest {
attributes(mapOf("Implementation-Title" to project.name,
"Implementation-Version" to project.version))
}
}
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
檔案的內容,您應該會看到以下內容
Manifest-Version: 1.0
Implementation-Title: lib
Implementation-Version: 0.1.0
產生 Sources JAR
您可以輕鬆地為您的程式庫產生 sources JAR
java {
withSourcesJar()
}
java {
withSourcesJar()
}
額外的 JAR 將作為 assemble
或 build
生命周期 task 的一部分產生,並將成為發佈的一部分。產生的檔案位於 lib/build/libs
中,名稱使用傳統的分類器 -sources
。
新增 API 文件
java-library
外掛程式透過 javadoc
task 內建支援 Java 的 API 文件工具。
Build Init 外掛程式產生的程式碼已在 demo/Library.java
檔案上放置註解。將註解中的 /
替換為 /
*
,使其成為 javadoc
標記
/**
* This java source file was generated by the Gradle 'init' task.
*/
...
執行 javadoc
task。
$ ./gradlew javadoc BUILD SUCCESSFUL 2 actionable tasks: 1 executed, 1 up-to-date
您可以透過開啟位於 lib/build/docs/javadoc/index.html
的 HTML 檔案來檢視產生的 javadoc
檔案。
您也可以為您的程式庫產生 Javadoc JAR
java {
withJavadocJar()
}
java {
withJavadocJar()
}
額外的 JAR 將作為 assemble
或 build
生命周期 task 的一部分產生,並將成為發佈的一部分。產生的檔案位於 lib/build/libs
中,名稱使用傳統的分類器 -javadoc
。
發佈建置掃描
要深入了解您的建置在幕後執行的操作,最好的方法是發佈建置掃描。若要執行此操作,只需使用 --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 配置和建置 Java 程式庫專案。您已學習如何
-
初始化產生 Java 程式庫的專案
-
執行建置並檢視測試報告
-
自訂建置產生的 Jar 檔案
現在您可以完成此練習,嘗試編譯一些使用您剛建置的程式庫的 Java 程式碼。