общий DAO в Java - PullRequest
       33

общий DAO в Java

7 голосов
/ 17 мая 2010

Я пытаюсь разработать общий DAO в Java. Я попробовал следующее. Это хороший способ реализации универсального DAO? Я не хочу использовать спящий режим. Я пытаюсь сделать его как можно более универсальным, чтобы мне не приходилось повторять один и тот же код снова и снова.

public abstract class  AbstractDAO<T> {

    protected ResultSet findbyId(String tablename, Integer id){
        ResultSet rs= null;
        try {
           // the following lines are not working
            pStmt = cn.prepareStatement("SELECT * FROM "+ tablename+ "WHERE id = ?");
            pStmt.setInt(1, id);
            rs = pStmt.executeQuery();


        } catch (SQLException ex) {
            System.out.println("ERROR in findbyid " +ex.getMessage() +ex.getCause());
            ex.printStackTrace();
        }finally{
            return rs;
        }

    }

}

Теперь у меня есть:

public class UserDAO extends AbstractDAO<User>{

  public List<User> findbyid(int id){
   Resultset rs =findbyid("USERS",id) // "USERS" is table name in DB
   List<Users> users = convertToList(rs);
   return users; 
}


 private List<User> convertToList(ResultSet rs)  {
        List<User> userList= new ArrayList();
        User user= new User();;
        try {
            while (rs.next()) {
                user.setId(rs.getInt("id"));
                user.setUsername(rs.getString("username"));
                user.setFname(rs.getString("fname"));
                user.setLname(rs.getString("lname"));
                user.setUsertype(rs.getInt("usertype"));
                user.setPasswd(rs.getString("passwd"));
                userList.add(user);
            }
        } catch (SQLException ex) {
            Logger.getLogger(UserDAO.class.getName()).log(Level.SEVERE, null, ex);
        }

        return userList;

    }
}

Ответы [ 7 ]

6 голосов
/ 17 мая 2010

Если вы можете жить с Spring, я предложу следующие улучшения:

  • Пусть Spring выполнит обработку исключений.
  • Используйте JdbcTemplate вместо самостоятельного создания готовых операторов.

Независимо от использования Spring, я рекомендую следующее:

  • Не отправлять имя таблицы в качестве параметра. Это следует сделать на этапе инициализации.
  • Используйте String для параметра id, так как это гораздо более обобщенно.
  • Рассмотрите возможность возврата универсального объекта вместо коллекции, поскольку коллекция всегда должна содержать только один объект.

Улучшенный AbstractDao с Spring:

import java.util.Collection;

import org.springframework.jdbc.core.JdbcTemplate;
import org.springframework.jdbc.core.RowMapper;

public abstract class AbstractDao<T> {

    protected final RowMapper<T> rowMapper;

    protected final String findByIdSql;

    protected final JdbcTemplate jdbcTemplate;

    protected AbstractDao(RowMapper<T> rowMapper, String tableName,
            JdbcTemplate jdbcTemplate) {
        this.rowMapper = rowMapper;
        this.findByIdSql = "SELECT * FROM " + tableName + "WHERE id = ?";
        this.jdbcTemplate = jdbcTemplate;
    }

    public  Collection<T> findById(final String id) {
        Object[] params = {id};
        return jdbcTemplate.query(findByIdSql, params, rowMapper);
    }
}

Как видите, нет обработки исключений или взлома примитивными классами SQL. Этот шаблон закрывает ResultSet для вас, чего я не вижу в вашем коде.

И UserDao:

import java.sql.ResultSet;
import java.sql.SQLException;

import org.springframework.jdbc.core.JdbcTemplate;
import org.springframework.jdbc.core.RowMapper;

public class UserDao extends AbstractDao<User> {

    private final static String TABLE_NAME = "USERS";

    public UserDao(JdbcTemplate jdbcTemplate) {
        super(new UserRowMapper(), TABLE_NAME, jdbcTemplate);
    }

    private static class UserRowMapper implements RowMapper<User> {
        public User mapRow(ResultSet rs, int rowNum) throws SQLException {
            User user = new User();
            user.setUserName(rs.getString("username"));
            user.setFirstName(rs.getString("fname"));
            user.setLastName(rs.getString("lname"));

            return user;
        }
    }
}

Обновлен:

Когда вы знаете, что идентификатор и идентификатор соответствуют одной строке в базе данных, вам следует рассмотреть возможность возврата универсального объекта вместо коллекции.

public T findUniqueObjectById(final String id) {
    Object[] params = {id};
    return jdbcTemplate.queryForObject(findByIdSql, params, rowMapper);
}

Это делает ваш сервисный код более читабельным, поскольку вам не нужно извлекать пользователя из списка, а только:

User user = userDao.findUniqueObjectById("22");
5 голосов
/ 17 мая 2010

Мой совет:

  • Не писать общий DAO; Общие классы возвращаются, чтобы укусить вас, когда вы понимаете, что они не совсем выполняют то, что вам нужно в конкретной ситуации, и часто их сложность возрастает, чтобы покрыть постоянно растущий набор вариантов использования. Лучше кодировать специфичные для приложения DAO, а затем пытаться генерировать какое-либо общее поведение.
  • Подумайте об использовании Spring JDBC для написания DAO для конкретных приложений, но гораздо более компактно и менее подвержено ошибкам, чем JDBC. Кроме того, в отличие от Hibernate, Spring JDBC действует только как тонкая оболочка вокруг необработанного JDBC, обеспечивая более тонкий контроль и лучшую видимость.

Пример

// Create or inject underlying DataSource.
DataSource ds = ...
// Initialise Spring template, which we'll use for querying.
SimpleJdbcTemplate tmpl = new SimpleJdbcTemplate(ds);     

// Create collection of "Role"s: The business object we're interested in.
Set<Role> roles = new HashSet<Role>();

// Query database for roles, use row mapper to extract and create
// business objects and add to collection.  If an error occurs Spring
// will translate the checked SQLException into an unchecked Spring
// DataAccessException and also close any open resources (ResultSet, Connection).
roles.addAll(tmpl.query("select * from Role", new ParameterizedRowMapper<Role>() {
  public Role mapRow(ResultSet resultSet, int i) throws SQLException {
    return new Role(resultSet.getString("RoleName"));
  }
}));
1 голос
/ 17 мая 2010

Это нормально, но поменяйте метод

private List<User> convertToList(ResultSet rs)  { 
        List<User> userList= new ArrayList(); 
        User user= new User();; 
        try { 
            while (rs.next()) { 
                user.setId(rs.getInt("id")); 
                user.setUsername(rs.getString("username")); 
                user.setFname(rs.getString("fname")); 
                user.setLname(rs.getString("lname")); 
                user.setUsertype(rs.getInt("usertype")); 
                user.setPasswd(rs.getString("passwd")); 
                userList.add(user); 
            } 
        } catch (SQLException ex) { 
            Logger.getLogger(UserDAO.class.getName()).log(Level.SEVERE, null, ex); 
        } 

        return userList; 

    } 

до

private List<User> convertToList(ResultSet rs)  { 
        List<User> userList= new ArrayList<User>(); 
        try { 
            while (rs.next()) { 
                User user= new User();
                user.setId(rs.getInt("id")); 
                user.setUsername(rs.getString("username")); 
                user.setFname(rs.getString("fname")); 
                user.setLname(rs.getString("lname")); 
                user.setUsertype(rs.getInt("usertype")); 
                user.setPasswd(rs.getString("passwd")); 
                userList.add(user); 
            } 
        } catch (SQLException ex) { 
            Logger.getLogger(UserDAO.class.getName()).log(Level.SEVERE, null, ex); 
        } 

        return userList; 

    } 

Пользовательский объект должен быть создан внутри цикла while.

0 голосов
/ 21 августа 2011

Если я правильно понял формулировку проблемы, вы пытаетесь реализовать своего рода слой изоляции между вашими сервисами и простой базой данных, предоставляемой через интерфейс JDBC. Слой изоляции будет служить средством отображения данных ваших объектов домена POJO в наборы данных SQL. Именно в этом и заключается задача библиотеки iBATIS , которую я рекомендую вам обдумать, а не реализовывать самодельный класс GenericDAO.

0 голосов
/ 07 апреля 2011

Несмотря на то, что все предлагают Spring и его API здесь, он использует метаданные и является плохой комбинацией кода. Так что вообще не используйте универсальные DAO или Spring.

Общий код тяжел и увеличивает вашу нагрузку.

0 голосов
/ 17 мая 2010

Вам нужно добавить пробел перед предложением WHERE см. ниже:

pStmt = cn.prepareStatement("SELECT * FROM "+ tablename+ "WHERE id = ?");

до

 pStmt = cn.prepareStatement("SELECT * FROM "+ tablename+ " WHERE id = ?");
0 голосов
/ 17 мая 2010

Не изобретайте велосипед, вы уже можете найти хорошие проекты, делающие это, например, generic-dao проект в Google.

РЕДАКТИРОВАТЬ: ответил слишком быстро, вероятно, проект Google основан на JPA, но, тем не менее, вы можете использовать некоторые из концепций внутри него.

...