什麼時候jar文件名應該有一個版本號？這有什麼優點和缺點？

Question

我是新來的java。當我查看jar文件時，我看到文件名中包含版本的混合，而不是。

• 在什麼情況下這些都是一個好主意？
• 將版本號放入jar文件名有什麼優點和缺點？
• 如果一個版本是一個jar文件名，客戶端jar是否需要重新編譯才能使用它？

我環顧四周找到了這方面的信息，但我主要是找到說明方向，而不是深思熟慮的解釋。 This link有點幫助，但thesetwo所以問題不是真的。

Answer 1

1. 版本控制的JAR文件是一個好主意
2. 版本是立即可見&，你可以很容易地發現衝突。我看不到任何實質性的* con。
3. 不，只有在兩個或多個jar文件**中存在衝突的類文件時，jar文件的名稱纔有意義。

_{*：例如，insignificat缺點，比如可執行罐子可能是不容易的版本號是鍵入}

_{**： 例如，如果你有類com.foo.Bar在兩個jar-文件​​，類加載器將加載任意一個，通常取決於哪個先找到。如果您有兩個版本的相同jar文件，則同樣適用 - 您通常不知道將使用哪個版本。}

Answer 2

當然，好主意，使用Maven http://maven.apache.org/，它會自動建立與版本罐子，沒有缺點優點只有

Answer 3

您正在尋找主觀意見....我對此有主觀意見。我維護JDOM項目。我們有許多罐子，在項目的早期階段，我們有無版本的罐子名稱。現在我們有一個版本化的jar名稱。

我們切換的原因是：

• 這是很容易看到罐子你的版本在classpath（使調試和溝通更加容易）
• 這是很容易讓用戶的什麼版本他們（品牌錯誤報告更容易）
• 就容易多罐儲存在一個單獨的目錄（使管理更輕鬆）
• 許多「庫」資源系統（如Maven的）需要在罐子裏的版本號

倍

的原因，我已經聽到了有versionless罐子（但我不同意）

• 短類路徑 - 太多的類可以溢出命令行的長度。這是一個BS的論點，並且有很多Jars會遇到同樣的問題。可以使用特殊Jar中的清單文件解決。不是版本化的jar的錯。
• 容易丟棄在新的jar版本中（覆蓋舊的jar） - 好吧，沒有什麼能阻止你自己重新命名jar，或者更新你的構建系統來引用新的jar版本。事實上，如果你定義了你的jar版本號，你可以更好地控制你的構建過程。

我沒有理由在沒有理由的情況下強調無版本jar是合適的。

Answer 4

我意識到的唯一問題是當您構建在工作站上執行或作爲腳本的一部分執行的jar文件時。

你可以通過在你的jar文件中包含一個腳本文件來解決這個問題。

下面是一個Windows示例：

application.cmd

java.exe application_2013_05_10.jar 

當您更新jar文件，則在更新的同時腳本文件（S）。用戶執行application.cmd腳本文件。