Java Generics。私の場合、どんなメリットがありますか？

Question

現時点では、私はMVCに基づく小さなWebアプリケーションの作業を開始します。 DAOパターンを使用してモデルレイアウト用のメインクラスを実装しようとしました。だから、

、私は（例えば）2つのエンティティクラスの作成すべての最初：クラスのことを、私は見、次のステップに

package myProject.model.entity; 

    import java.io.Serializable; 

     public class Book implements Serializable { 

      private static final long serialVersionUID = 7177014660621405534L; 

      private long id; 
      private String title; 
      private String description; 

      public Book() {  
      } 
     // getter and setter methods here 

     } 

：著者や書籍：

package myProject.model.entity; 

import java.io.Serializable; 

    public class Author implements Serializable { 

     private static final long serialVersionUID = 7177014660621405534L; 

     private long id; 
     private String firstName; 
     private String lastName; 

     public Author() {  
     } 
    // getter and setter methods here 

    } 

とBookクラスを本と著者はともにgetId()とsetId()です。 ので、私は私のエンティティクラスのインタフェースPersistentを作成します。

package myProject.model.entity; 

     public interface Persistent { 

       public long getId(); 
       public void setId(long id); 


     } 

だから、最初の私の質問：

それはmodelパッケージの正しい実装ですか？

次の手順では、パッケージdaoのクラスの実装を開始します。

package myProject.model.dao; 

import java.util.List; 

import myProject.model.entity.Persistent; 

public interface Dao { 

    Persistent get(long id); 

    void save(Persistent persistent); 

    void delete(long id); 
} 

次のステップ：ベースDAO interface Dao

を拡張インターフェースAuthorDaoとBookDaoを作成しかし、両方のインタフェース：AuthorDaoとBookDao - 現時点で空。 あなたはどう思いますか？それは普通ですが、インターフェースは空ですか？それは私の2番目の質問です。

最後のステップでは、パッケージmodel.dao.hibernateを作成し、AuthorDaoHibernateクラスとBookDaoHibernateクラスにパッケージに追加します。両方のクラスがAuthorDaoとBookDaoインターフェイスを実装します。

そして今、私の主な質問：オブジェクトと

私のインターフェースDao仕事はPersistentを入力し、私はジェネリックを使用してはいけません。そしてすべての大丈夫といい。

何を考えているん - I再作業Daoインターフェースウィットジェネリック場合、私は、持っているものの利点：

package myProject.model.dao; 

import java.util.List; 

import myProject.model.entity.Persistent; 

public interface Dao<Persistent> { 

    T get(long id); 

    List<T> getAll(); 

    void save(T persistent); 

    void delete(long id); 
} 

マイダオクラスは永続エンティティでのみ動作します - いいえ、他のオブジェクトタイプを...

私の場合、Genericsを使用する理由はありますか？

Answer 1

ジェネリックスは、コードの可読性を大幅に向上させ、間違ったキャストに起因するエラーを減らすことができます。

私たちはあなたの説明に似た何かを使用しています（インターフェイスとの実装が必要です）。ブックは、永続的な（

UserDAO userDao; //some injection or lookup 

//no explicit cast needed here, thanks to generics 
UserEntity user = userDao.findById(userId); 

//compiler error due to the generic parameter being UserEntity and AnotherEntity doesn't extend that 
AnotherEntity a = userDao.findById(someId); 

Answer 2

ここに理由はありません。それがユニークであれば、それは定義上、一般的ではありません！ List getAll（）はジョブを行います。

ArrayListは時にはPersistent、時にはPresidentを返すためGenericです。

Answer 3

あなたがジェネリックを使用したい場合は、次のようダオを定義する必要があります：あなたはそれを拡張する際

public interface Dao<T extends Persistent> { 
    ..................... 
    void save(T persistent); 
    ................... 
} 

は今、あなたはその保存作成する必要がありますだけブックを受け付けます。

public class Book extends Dao<Book> { 
    ..................... 
    void save(Book persistent); 
    ................... 
} 

ここ利益AuthorをBookDaoに渡すことができないということです。これはコンパイルをパスしません。

BTW Hibernate、JPA、または他のORMソリューションを使用している場合、エンティティごとにDAOを作成する必要はありません。 1つの一般的なDAOは、すべてのニーズを解決することができます。