Limpiar configuración repetitiva y Java código de limpieza (JDBC)

Question

tengo demasiados métodos que hacen repetidamente algo así como

Statement stmt = null; 
ResultSet rstmt = null; 
try { 
    stmt = conn.createStatement(); 
    rstmt = stmt.executeQuery(...); 
    while (rstmt.next()) { 
     //handle rows 
    } 


} catch (SQLException e) { 
    //handle errors 

} finally { 
    try {rstmt.close();} catch (SQLException ex) {} 
    try {stmt.close();} catch (SQLException ex) {} 
} 

Esta instalación/desmontaje/la limpieza de las declaraciones y conjuntos de resultados es repetive y oculta las interesantes piezas de código.

¿Hay algún patrón o idioma para manejar esto (sin introducir ningún marco externo)?

Answer 1

puede crear un método que reciba la consulta SQL y un objeto para manejar el ResultSet. por ejemplo:

private void executeSql(String sql, ResultSetHandler handler) { 
    Statement stmt = null; 
    ResultSet rstmt = null; 
    try { 
    stmt = conn.createStatement(); 
    rstmt = stmt.executeQuery(sql); 
    while (rstmt.next()) { 
     handler.handle(rstmt); 
    } 
    } 
    catch (SQLException e) { 
    //handle errors 
    } 
    finally { 
    try {rstmt.close();} catch (SQLException ex) {} 
    try {stmt.close();} catch (SQLException ex) {} 
    } 
} 

con ResultSetHandler siendo una interfaz:

public interface ResultSetHandler { 
    void handle(ResultSet rs) throws SQLException; 
} 

y se puede crear un objeto de una clase anónima aplicación de dicha interfaz, por lo que no saturar demasiado.

Answer 2

Quiere la expresión Execute Around idiom.

Es posible que desee preguntar 'What is the "Execute Around" idiom?'.

(Y si te gusta diagramas ASCII: my weblog on 'Factoring out exception handling')

Answer 3

echar un vistazo a SimpleJDBCTemplate en Spring Framework. Esto hace exactamente lo que quieres.

Si no desea presentar un marco externo, simplemente utilícelo como inspiración para implementar el suyo.

Answer 4

Debería reconsiderar el uso de administradores de persistencia de Java como iBatis e Hibernate. Estos automatizan una gran cantidad de repetición. He estado usando iBatis, donde las sentencias de SQL están todas cuidadosamente empaquetadas y nombradas en archivos XML, y el volumen del código debe ser aproximadamente el 25% de un enfoque JDBC sin formato. Podría refactorizar gradualmente su sistema para usar iBatis.

Answer 5

A pesar de que no elimina la puesta a punto y la lógica desmontaje, a menudo prefieren este estilo para hacer las interacciones JDBC más agradable:

Statement statement = connection.createStatement(); 
try { 
    ResultSet results = statement.executeQuery(...); 
    try { 
     while (results.next()) { 
      //handle rows 
     } 
    } finally { 
     results.close(); 
    } 
} finally { 
    statement.close(); 
} 

Al anidar los try bloques, se asegura automáticamente que tanto results y statement tendrán sus métodos close() llamados sin recurrir a las instrucciones try/catch en su bloque finally. Además, al iniciar los bloques try inmediatamente después de adquirir sus objetos, no necesita preocuparse por verificar los valores null (a menos, por supuesto, connection.createStatement() o statement.executeQuery(...) devolver null - En ese caso, tiene problemas mayores).