Eclipseコレクションを排他的に使用することに不利な点はありますか？

私のアプリケーションは非常に大きな整数のコレクションで動作するため、Eclipseコレクションはプリミティブなコレクションであるため、非常に便利なフレームワークのように見えます。私はすでにテストしましたが、パフォーマンスとメモリの大幅な改善が見られて嬉しいです-JDKコレクションを完全に廃止することを検討しているほどです（アプリケーションの一部で、改善がまったく目立たない場合でも）-ほとんど一貫性を保ち、1つのコレクションフレームワークのみを使用するため。

しかし、それは本当であるには良すぎるように聞こえるかもしれません-多分私はEclipseのJDKのコレクションを捨てることに関して重要な欠点を見逃しています。

私に起こる唯一のことは、コレクションに関して将来のJavaの更新/機能が何であれ、Eclipseがそれに適応するまで、Javaを利用できない可能性があるということです。

Eclipseコレクションに完全に移行したくない理由はありますか？

Eclipseコレクションはかなり成熟したライブラリです。少数のガベージといくつかの賢いデータ構造でより大きなコレクションを処理するために、Goldman Sachs（以前は「GSコレクション」でした）で10年以上開発されています。ゴールドマンズは近年、技術組織としての地位を確立するために一生懸命に努力しているので、これは彼らのコミュニティ製品の1つです。免責事項：私は数年前にそこで働いていました。

そのようなすべてのパッケージと同様に、あなたは自分自身を結びつけます-通常、JDK標準ライブラリの使用をやめるには、正当な理由がなければなりません！-それが問題であるかどうかは、プロジェクトの予想寿命に依存します（私は誰もこれ以上好きではないということで、周りにアプレットの山を置いています！）JDKが前述の巧妙なデータ構造を標準化/吸収するのではないかと思います（なぜそうなるのでしょうか？それらを必要とするすべての人が利用できる、活発なオープンソースエコシステムがそこにあり、日付/時刻のような痛みを伴う真空ではありません）。Java10（+）の値型によって、ある日、プリミティブコレクションの価値が低下する可能性があると思います。

それがEclipseプロジェクトとしてリリースされる前は、Guavaを使用する場合と同様のルールを適用していました（企業の依存関係などについて同等の懸念があります）。現在はEclipseプロジェクトなので、Apacheライブラリーを使用する場合と比べて、おそらくより同等です。

私はこの数年間、Eclipseコレクション（別名GSコレクション）のみを使用し、（サードパーティのライブラリを使用する通常の懸念を超えて）問題はありませんでした。LambdasのAPIサポートは非​​常に表現力があり、強力です。