有効な Java の項目 1 では、静的ファクトリ メソッドにより、コレクション フレームワークが以前よりもはるかに小さくなったと述べられています。誰かがその方法を説明してもらえますか? 静的ファクトリメソッドを使用しているという理由だけで、次のことがどのように可能になるのか理解できませんか? つまり、これらの個別の実装をまだ実装する必要がありますね。
コレクション フレームワーク API は、便利な実装ごとに 1 つずつ、32 の個別のパブリック クラスをエクスポートした場合よりもはるかに小さくなっています。
「小さい」とは、「クラスが少ない」ことを意味します。
実装のバリエーションごとに多くのクラスを提供する代わりに、クラスをトップレベルのクラスとして宣言する必要なしにそのような実装を返すファクトリメソッドが提供されています（「クラスの肥大化」が少ない）。
ここでの意味は、同期が必要な場合など、JavaコレクションAPIにはコア実装のみがあるということだと思います。「ラッパー」は静的ファクトリによって提供されます。
したがって、8 つの実装があり、「ラッパー」がなければ、さらに多くの実装があります (サイズの増加)。
詳細については、 http://docs.oracle.com/javase/7/docs/technotes/guides/collections/overview.htmlを参照してください。