戻り値の型でJava境界付きワイルドカード

Question

hereなどのさまざまな場所で、メソッドの戻り値の型にバインドされたワイルドカードを持つことは悪い考えです。しかし、私はクラスでそれを避ける方法を見つけることができません。何か不足していますか？ は英語にはいくつかの変種であるあらゆる出版物を消費するように要約する

class EnglishReaderOfPublications { 

    private final Publication<? extends English> publication; 

    EnglishReaderOfPublications(Publication<? extends English> publication) { 
     this.publication = publication; 
    } 

    void readPublication() { 
     publication.omNomNom(); 
    } 

    Publication<? extends English> getPublication() { 
     return publication; 
    } 
} 

、私はできるようにしたいクラス：

状況は、次のようになります。クラスは外部からのパブリケーションへのアクセスを許可する必要がありますが、理想的には、getPublicationの呼び出し元は結果を境界のあるワイルドカードとしては望んでいません。彼らはPublication<English>に満足しています。

これには方法がありますか？

Answer 1

バインドされたワイルドカードは伝染性があり、リンク先のページは嘆かわしいようです。まあ、それを否定することはありません...しかし、私はそれが大きな問題としてそれを見ていないと思います。

境界のあるワイルドカードを正確にに返すケースが多く、は伝染性があるためです。 JDKは、良くても悪くても（私は悪いと言いますが、それは別の石鹸ボックスです:)）は、読み取り専用のコレクション用のインターフェイスを持っていません。私がList<Foo>を返すと、私は人々を改造したくないかもしれません（おそらくそれはCollections.unmodifiableListで安全にラップされています）、それを私のリターンシグネチャーで宣言する方法はありません。貧しい人の回避策として、私はしばしばList<? extends Foo>を返すでしょう。要素を削除したり、nullを挿入することでそのリストを修正しようとすることはまだ可能ですが、少なくともadd(new Foo())がこのリストは読み取り専用である可能性があるということはできません。

もっと一般的には、コール・サイトにオブジェクトへのアクセスを制限したい場合は、有界の戻り値型で何かを返すことは完全に合理的です。

もう1つの例は、別のスレッドにハンドオフするスレッドセーフなキューで、1つのスレッドはプロデューサで、もう1つはコンシューマです。プロデューサーにQueue<? super Foo>を渡すと、アイテムを置くことを意図していることは明らかです（アイテムを取り出さない）。同様に、あなたが消費者にQueue<? extends Foo>を与えるならば、あなたは彼らがアイテムを取りに出す（そしてアイテムを入れない）ことを意図していることは明らかです。

Answer 2

クラス宣言で境界型パラメータを使用できますか？

class EnglishReaderOfPublications<E extends English> { ... 

このタイプのパラメータは、ワイルドカードパラメータを使用するすべての場所で使用できます。

Answer 3

"理想的には、getPublicationの呼び出し側は、結果を境界のあるワイルドカードとしては望んでいません。Publication<English>で満足できます。"

なぜ彼らはそれを望んでいませんか？彼らはPublication<? extends English>と "幸せになる"でしょうか？問題は、これらの呼び出し側がこのPublicationオブジェクトで行う必要があることです。彼らが行うことがすべてそれから物事を得るならば、Publication<? extends English>で十分であり、より一般的であるのでより良いです。しかし、物事を入れる必要がある場合は、Publication<? extends English>を使用することはできません。