Pulire configurazione ripetitiva e la pulizia del codice Java (JDBC)

Question

Ho troppi metodi che più volte fare qualcosa di simile

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) {} 
} 

Questa configurazione/teardown/pulizia delle dichiarazioni e di risultati è repetive e nasconde i pezzi interessanti codice.

C'è un motivo o linguaggio per la manipolazione di questo (senza introdurre un quadro esterno)?

Answer 1

è possibile creare un metodo che riceve la query SQL e un oggetto per gestire il ResultSet. per esempio:

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 essendo un'interfaccia:

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

ed è possibile creare un oggetto di una classe anonima attuazione di tale interfaccia, in modo da non ingombrare troppo.

Answer 2

Vuoi l'idioma di Execute Around.

Si consiglia di chiedere 'What is the "Execute Around" idiom?'.

(E se ti piace diagrammi ASCII: my weblog on 'Factoring out exception handling')

Answer 3

dare un'occhiata a SimpleJDBCTemplate in Spring Framework. Questo fa esattamente quello che vuoi.

Se non si vuole introdurre un quadro esterno poi basta usarlo per qualche ispirazione per implementare il proprio.

Answer 4

si dovrebbe riconsiderare utilizzando Java manager di persistenza come iBatis e Hibernate. Questi automatizzano gran parte del boilerplate. Ho utilizzato iBatis, in cui le istruzioni SQL sono tutte ordinatamente impacchettate e denominate in file XML e il volume del codice deve essere circa il 25% di un approccio JDBC non elaborato. È possibile riorganizzare gradualmente il sistema per utilizzare iBatis.

Answer 5

Anche se non elimina il set-up e la logica tear-down, spesso preferiscono questo stile per rendere le interazioni JDBC più piacevole:

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

Nidificando le try blocchi, si garantisce automaticamente che sia results e statement avranno i loro close() metodi chiamati senza ricorrere ai try/catch dichiarazioni nel finally blocco. Inoltre, avviando i blocchi try subito dopo aver acquisito gli oggetti, non è necessario preoccuparsi di verificare i valori null (a meno che, ovviamente, connection.createStatement() o statement.executeQuery(...) restituisca null - In tal caso, si riscontrano problemi più grandi).