日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
架構(gòu)必修課:使用Bom管理依賴項,告別依賴包版本沖突

如果你使用過 Spring Boot,應(yīng)該能注意到我們只需要聲明使用的庫即可,而不必指定版本。如下所示:

dependencies {
  implementation 'org.springframework.boot:spring-boot-starter-web'
  implementation 'javax.cache:cache-api'
  implementation 'jakarta.xml.bind:jakarta.xml.bind-api'
  
  runtimeOnly 'org.springframework.boot:spring-boot-starter-actuator'
  runtimeOnly 'com.h2database:h2'
  runtimeOnly 'org.postgresql:postgresql'

  testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

那么這是如何實現(xiàn)的呢?答案當然是使用Bom進行版本管理。

為什么要使用Bom?

不使用Bom將會存在很多問題,如下:

  1. 版本沖突:當不同的模塊或項目中使用相同的依賴項但版本不一致時,可能會發(fā)生版本沖突??赡軐е戮幾g錯誤、運行時異?;虿豢深A測的行為。沒有統(tǒng)一的依賴版本管理機制,開發(fā)人員需要手動處理版本沖突,增加了工作量和復雜性。
  2. 配置繁瑣:在每個模塊或項目中單獨指定依賴的版本號會導致配置繁瑣。當需要更新或更改依賴版本時,必須在每個地方進行修改,容易遺漏或出錯。這樣的配置過程耗費時間且容易引入錯誤。
  3. 不一致的依賴環(huán)境:每個模塊或項目都有自己獨立的依賴配置,可能會導致不一致的依賴環(huán)境。這種不一致性可能導致測試和部署問題,以及與其他團隊成員之間的協(xié)作困難。
  4. 難以維護和更新:沒有集中的依賴管理機制,使得維護和更新依賴項變得困難。當需要升級依賴版本或添加新的依賴時,需要在多個模塊或項目中進行手動操作,容易出錯并帶來額外的工作量。
  5. 缺乏可視化和統(tǒng)一性:沒有BOM作為依賴清單,開發(fā)人員可能缺乏對項目整體依賴關(guān)系和版本一致性的全局視圖。這使得項目管理和團隊協(xié)作變得更加困難。

舉一個例子,app項目引入guava:31.1版本,又引入了lib,lib中依賴了guava:25.0,這時候?qū)嬖趦蓚€版本,如果還依賴了其他lib,其中又依賴了其他的guava版本,那么項目中同一個依賴將存在非常多的版本,難以管理。且與其他項目組協(xié)作時,版本不統(tǒng)一可能導致很多編譯錯誤。

比如在guava:25.0中的這段代碼:

public class FutureStub {

    public static Future ofString(String s) {
        doSomethingFunOnPurpose();
        return CompletableFuture.completedFuture(s);
    }

    private static void doSomethingFunOnPurpose() {
        Futures.immediateCheckedFuture(new Object());
    }
}
public class App {

    public static void main(String[] args) throws Exception {
        final var future = FutureStub.ofString("Hello Maven BOM");
        System.out.println(future.get());
    }
}

在App類中的main函數(shù)對FutureStub.ofString方法進行調(diào)用,這段代碼在guava:25.0中運行良好,但在當前App項目中就會報錯,原因是該方法在guava:28后就已經(jīng)廢棄了。

那么要如何統(tǒng)一管理Bom呢?可以使用 Gradle 或者 Maven。

Gradle Bom示例:

  1. 首先,在項目的根目錄下創(chuàng)建一個名為dependencies.gradle的文件,用于定義BOM(Bill of Materials):
ext {
    // 定義BOM版本
    bomVersion = '1.0.0'

    // 定義依賴項的版本號
    dependencies = [
        'dependency1': '1.2.3',
        'dependency2': '4.5.6',
        // 添加更多依賴項...
    ]
}

// 創(chuàng)建BOM配置
configurations {
    bom
}

// 生成BOM文件
task generateBom {
    outputs.file("dependencies.bom")
    doLast {
        def bomFile = new File(outputs.files.singleFile, "dependencies.bom")
        bomFile.text = configurations.bom.getResolvedConfiguration().getFirstLevelModuleDependencies().collect { dep ->
            "${dep.moduleGroup}:${dep.moduleName}:${dep.moduleVersion}"
        }.join("\n")
    }
}
  1. 在項目的build.gradle文件中,引入BOM并應(yīng)用到模塊中,并定義Maven發(fā)布任務(wù):
apply from: 'dependencies.gradle'
plugins {
    id 'maven-publish'
}

// 發(fā)布到Maven倉庫
publishing {
    repositories {
        maven {
            url "https://your.maven.repository.url" // 替換為實際的Maven倉庫地址
            credentials {
                username 'your-username' // 替換為Maven倉庫的用戶名
                password 'your-password' // 替換為Maven倉庫的密碼或API密鑰
            }
        }
    }

    publications {
        mavenBom(MavenPublication) {
            artifactId 'your-bom-artifact' // 替換為您的BOM的Artifact ID
            version bomVersion
            groupId 'your.group.id' // 替換為您的BOM的Group ID

            pom.withXml {
                def dependenciesNode = asNode().appendNode('dependencies')
                dependencies.each { depName, depVersion ->
                    def dependencyNode = dependenciesNode.appendNode('dependency')
                    dependencyNode.appendNode('groupId', 'your.dependency.group.id') // 替換為實際的依賴項的Group ID
                    dependencyNode.appendNode('artifactId', depName)
                    dependencyNode.appendNode('version', depVersion)
                }
            }
        }
    }
}

// 發(fā)布任務(wù)
task publishToMavenRepository {
    dependsOn generateBom
    dependsOn publish
}
  1. 運行 publishToMavenRepository 任務(wù)來生成 BOM 文件并發(fā)布到 Maven 倉庫:
./gradlew publishToMavenRepository

這樣就完成了Bom的定義和發(fā)布,可以在Bom中統(tǒng)一管理項目中的依賴項版本,并可以讓其他團隊使用這個Bom。


當前標題:架構(gòu)必修課:使用Bom管理依賴項,告別依賴包版本沖突
文章出自:http://www.dlmjj.cn/article/djhgejc.html