Javaクラスの大きなライブラリを構築する場合、それらを別々のjarファイルに分割するのが最適な時期は何ですか？最高の瓶組織戦略は何ですか？
私の理解では、1つの大きいjarファイルを持つと、JVMのパフォーマンスに大きな影響はないはずです。ただし、Jarファイルに変更や追加が行われたときに長いテストを実行すると、開発コストがかかります。 MavenとArchivaで大きなjarファイルを使用する場合、コストや利点はありますか？
人々は実際にどのような戦略を使用していますか？
、唯一のアカウントの変更管理の側面に解像度を取りますtは無視できる。 jarファイルは、最小の簡単に解放可能な単位を決定するものです。
私たちは、私たちの瓶をより小さく、より管理しやすい単位に分割するのが好きです。各jarは、タスクのサブセットを実行するためのものです。アプリケーションを開発するときは、すべてがある大きなジャーではなく、必要なジャーだけを引き出します。
私たちには、セキュリティ、UI、一般的な構造とインターフェイス、ローカリゼーション、および業界に特有の他の多くのものがあります。
循環依存関係のないjarプロジェクトのレイヤーを論理的に分離します.1つのレイヤーは先行レイヤーにのみ依存します。
あなたが（プロジェクト名以外の）IDEにリストされ、わかりやすい名前を付けることができたよう、注文したプロジェクトを維持するための一つの方法は、略語や数値のプレフィックスである：