提案されているように、どこでも使用@SuppressWarningsすることはそれを行うための良い方法ですが、呼び出すたびに少し指で入力する必要がありますq.list()。
私が提案する他の2つのテクニックがあります：
キャストヘルパーを書く
@SuppressWarningsすべてを1つの場所にリファクタリングするだけです。
List<Cat> cats = MyHibernateUtils.listAndCast(q);
...
public static <T> List<T> listAndCast(Query q) {
@SuppressWarnings("unchecked")
List list = q.list();
return list;
}
Eclipseが避けられない問題の警告を生成しないようにします
Eclipseで、[ウィンドウ]>[設定]>[Java]>[コンパイラ]>[エラー/警告]に移動し、[ジェネリックタイプ]でチェックボックスを選択します
Ignore unavoidable generic type problems due to raw APIs
これにより、上記のような避けられない同様の問題に対する不要な警告がオフになります。
いくつかのコメント：
Query、結果の代わりに渡すことにしました。q.list()List.iterate()などに同様のメソッドを追加できます。質問されてから長い時間が経ちましたが、私の答えが私のような人に役立つことを願っています.
javax.persistence api docsを見ると、それ以降にいくつかの新しいメソッドが追加されていることがわかりますJava Persistence 2.0。それらの 1 つは、createQuery(String, Class<T>)を返すものTypedQuery<T>です。すべての操作がタイプセーフになったという小さな違いはありTypedQueryますが、使用したのと同じように使用できます。Query
したがって、コードを次のように変更するだけです。
Query q = sess.createQuery("from Cat cat", Cat.class);
List<Cat> cats = q.list();
これで準備は完了です。
同様に使用@SuppressWarnings("unchecked")しますが、ほとんどの場合、メソッド全体ではなく、変数の宣言でのみ使用しようとします。
public List<Cat> findAll() {
Query q = sess.createQuery("from Cat cat");
@SuppressWarnings("unchecked")
List<Cat> cats = q.list();
return cats;
}
どうやら、Hibernate API の Query.list() メソッドは「設計上」タイプ セーフではなく、変更する予定はありません。
コンパイラの警告を回避する最も簡単な解決策は、@SuppressWarnings("unchecked") を追加することだと思います。この注釈は、メソッド レベルに配置するか、メソッド内の場合は変数宣言の直前に配置できます。
Query.list() をカプセル化し、List (または Collection) を返すメソッドがある場合も、警告が表示されます。ただし、これは @SuppressWarnings("rawtypes") を使用して抑制されます。
Matt Quail によって提案された listAndCast(Query) メソッドは、Query.list() ほど柔軟性がありません。私ができる間：
Query q = sess.createQuery("from Cat cat");
ArrayList cats = q.list();
以下のコードを試してみると：
Query q = sess.createQuery("from Cat cat");
ArrayList<Cat> cats = MyHibernateUtils.listAndCast(q);
コンパイル エラーが発生します: Type mismatch: cannot convert from List to ArrayList
コードでは、呼び出しメソッドに次の注釈を付けます。
@SuppressWarnings("未チェック")
ハックのように思えますが、共同開発者が最近チェックしたところ、それしかできないことがわかりました.
見落としや間違いではありません。警告は実際の根本的な問題を反映しています。Java コンパイラが、休止状態クラスが適切に機能し、返されるリストに Cat のみが含まれていることを実際に確認できる方法はありません。ここでの提案はどれも問題ありません。
いいえ、ただし、特定のクエリ メソッドに分離し、@SuppressWarnings("unchecked")注釈を使用して警告を抑制することができます。
同じ問題がありました。しかし、Hibernate Query と Session に関する他のより大きな問題を解決しなければならなかったので、それは私たちにとって大したことではありませんでした。
具体的には：
したがって、私たちには次のものがあります。
そして最後に、
AmplafiQuery には、Query.list() の一般的な有効バージョンである「asList()」があります。AmplafiQuery には、Query.uniqueResult() の一般的な有効バージョンである「unique()」があります。例外）
これは、@SuppressWarnings を回避するだけでも大変な作業です。しかし、私が言った（そしてリストした）ように、他にももっと良いものがたくさんあります！ラッピング作業を行う理由。
これは古いことは知っていますが、今日の時点で Matt Quails Answer に 2 つの注意点があります。
これ
List<Cat> cats = Collections.checkedList(Cat.class, q.list());
これのはず
List<Cat> cats = Collections.checkedList(q.list(), Cat.class);
これから
List list = q.list();
これに
List<T> list = q.list();
元の返信タグ マーカーがブラウザによって取り除かれたことは明らかで、他の警告を減らすことができます。
これを試して：
Query q = sess.createQuery("from Cat cat");
List<?> results = q.list();
for (Object obj : results) {
Cat cat = (Cat) obj;
}
hibernate クエリでタイプ セーフの警告を回避する良い解決策は、TorpedoQueryなどのツールを使用してタイプ セーフな hql を構築することです。
Cat cat = from(Cat.class);
org.torpedoquery.jpa.Query<Entity> select = select(cat);
List<Cat> cats = select.list(entityManager);
@SuppressWarnings("unchecked") を使用したくない場合は、次のことができます。
Query q = sess.createQuery("from Cat cat");
List<?> results =(List<?>) q.list();
List<Cat> cats = new ArrayList<Cat>();
for(Object result:results) {
Cat cat = (Cat) result;
cats.add(cat);
}
参考までに、これを行う util メソッドを作成したので、コードが散らかることはなく、@SupressWarning を使用する必要もありません。