Guava Collection UtilsとプレーンJava 7

Question

Guavaのコレクションutilsを使用してコードを記述し、コード断片を見てプレーンJava 7でコードを書き直したいと思うことがあります。なぜなら、IMHOはより簡潔で容易になるからです普通の古いJavaを使って読む。バニラのJava 7で、それは次のようになり、一方、

List<A> myList = ... 
Map<A, B> mappings = Maps.uniqueIndex(myList, new Function<A, B>() { 
    @Override 
    public CustomerFinance apply(final A input) { 
     return input.getB(); 
    } 
}); 

：

List<A> myList = ... 
Map<A, B> mappings = new HashMap<>(myList.size()); 
for (A a : myList) { 
    mappings.put(a.getB(), a); 
} 

オブジェクトから取得した一意のインデックスを持つマップにオブジェクトのリストを置く例えば

はグァバを使用して、このようになります

GuavaのマッピングにはLOCが5つあります（@Override行は数えません）。プレーンJavaのLOCは4つです。

なぜここでグアバのユーティリティを使うべきですか？最初にUtilを作成するインセンティブは何ですか？私はグアバが私に提供するいくつかの付加的な利益を見逃していますか？

Answer 1

グアバが私に提供する追加のメリットがありません。

はい、あります。

あなたの変換されたコードのミスグアバのいくつかの機能（JavaDoc of Maps#uniqueIndex）があります。キーの値について

• nullが禁止されている（＃）
• nullが禁止されている（キー機能はnullを返すべきではありません
• 重複するキーは禁止されています（既存のキーを予期せず上書きすることはできません）。
• 結果のマップはです。テーブル

これらのチェックをすべて行う場合、コードはGuavasバージョンより長くする必要があります。

（＃）あなたの値オブジェクトに#getB()と電話したので、翻訳されたバージョンは現在nullを禁止しています。これにより、GuavaのようなNullPointerExceptionが発生します。 mappings.put(generateArtificalKey(), a);のような別の場所からキーを取得する場合、nullはJava 7バージョンで問題ありません。

---

もう1つの利点は、キー機能のクリーンなコードです。それは簡単に自分のクラスに移動して再利用することができます。その例は、データベースエンティティのIDを抽出してマップを作成する関数です。しかし、これは翻訳されたコード（forループ）が抽出され、他のケースで使用される可能性があるため、事実よりも意見が多いです。

Answer 2

はい、LOCの点で大きな利益はないと主張するかもしれません。しかし、グアバスタイルはfunctionalです。

変換関数を渡して使用/再利用することができます。

Function<A,B> map = new Function<A, B>() { 
@Override 
public CustomerFinance apply(final A input) { 
    return input.getB(); 
} 

これで地図を渡して別の場所で再利用することができます。

Map<A, B> mappings = Maps.uniqueIndex(myList,map); 
Map<C, D> mappings2 = Maps.uniqueIndex(myList,map); 

しかし、その後、再びは、Guavaは、宣言型スタイルのために最高の体験を与えないのJava 1.6構築物に限定されています。

良いニュースは、あなたは、Java 1.8に移動した場合、

Map<A, B> mappings = Maps.uniqueIndex(myList, input-> input.getB()); 

または

、あなたは初日からラムダを使用して起動することができ、そして、あなたのコードは次のようになりますので、グアバで Functionは、 functional interfaceであるということです

Map<A, B> mappings = Maps.uniqueIndex(myList, A::getB); 

Answer 3

私は8より古いJavaのバージョンでプログラムを作成するときに、通常はエンティティとして複数形で名前付きの関連ユーティリティクラスを作成し、すべてのユーティリティメソッドを追加します。こうして、私はエンティティをきれいに保ち、大規模なユーティリティメソッドパネルにアクセスできます。私は体系的にユーティリティクラスを作成するのではなく、ノイズを減らすために必要なときにのみ作成します。

public class MyEntity { 
    private String text; 
    public String getText() { return text; } 
    public void setText (int text) { this.text = text; } 
} 

public final class MyEntities { 
    private MyEntities() {} 

    private enum MyEntityToString implements Function<MyEntity,String> { 
    TEXT_GETTER { 
     @Override public String apply(MyEntity input) { return input.getText(); } 
    }; 
    } 
    public static Function<MyEntity,String> textGetter() { return MyEntityToString.TEXT_GETTER; } 
} 

そして、必要に応じて方法MyEntities.textGetter()を使用するのと同じくらい簡単になります。一度しか使用しないなら、LOCの点では失われますが、何回か使用すると、あなたはただ勝ちます。また、あなたがバグを抱えている場合は、一度だけ修正する必要があります。