什麼是最好的jar組織策略？

如果我們正在構建一個大型的java類庫，那麼什麼時候才能確定將它們分割成單獨的jar文件？什麼是最好的jar組織策略？

我的理解是，有一個大的jar文件不應該顯着影響JVM的性能。但是，如果在對jar進行更改或添加時運行一整套冗長的測試，則會有一些開發成本。當使用maven和archiva使用大型jar文件時，是否有成本或收益？

人們在實踐中使用什麼策略？

2012-02-16 Mike

考慮到變更管理方面而已，RES噸是微不足道的。 Jar文件是決定最小容易釋放單元的東西。

2012-02-16 20:13:53 bobah

我們喜歡將我們的罐子分成更小，更易於管理的單元。每個jar都專門用於完成任務的一個子集。當我們開發一個應用程序時，我們只會把它需要的罐子拉進去，而不是一個大的罐子，它包含了所有的東西。

我們爲安全性，用戶界面，通用結構和界面，本地化以及一系列特定於我們行業的事物提供了罐子。

2012-02-16 20:08:30 Tony

邏輯上獨立的jar項目層，沒有循環依賴性，一層僅依賴於前面的層。

正如你可以（除了項目名稱）提供一個描述性的名字被列在IDE中，保持有序是縮寫和數字前綴項目的一種方式：

2012-02-16 20:09:43

回答