[JAVA] Struttura programma OOP per accesso ai dati ed esecuzione query

[fermat]

vorrei fare una domanda generica sulla programmazione OOP per strutturare meglio la mia applicazione che verrà fatta in java, php e probabilmente anche c#.
nello specifico riguarda le varie operazioni svolte dal db.
ho diverse select, insert e update.
la mia domanda è: creare una classe per ognuna di queste operazioni, o un'unica classe con dentro i vari metodi??
io per ora ho seguito la prima via, ma così facendo vengono create parecchie classi.
quel'è la procedura consigliata in questi casi??

[Alex'87]

Beh, io di solito mi creo una classe singleton DBMSController e faccio fare a questa tutte le query... Una classe per ogni operazione mi pare eccessivo

[fermat]

Originariamente inviato da Alex'87
Beh, io di solito mi creo una classe singleton DBMSController e faccio fare a questa tutte le query... Una classe per ogni operazione mi pare eccessivo

Singleton eh.....
mai usato.
mi informo e vedo se riesco a compattare il tutto.

[fermat]

una cosa del genere?

package frame;

import java.sql.*;
import javax.swing.table.DefaultTableModel;

public class DBManager {

    private static DBManager instance = null;
    final static String HOST = "";
    final static String DB = "";
    final static String USER = "";
    final static String PWD = "";
    private static Connection conn = null;

    public static DBManager getInstance() {
        if (instance == null) {
            instance = new DBManager();
        }
        return instance;
    }

    public static Connection getConnection() throws ClassNotFoundException, SQLException {
        Class.forName("com.mysql.jdbc.Driver");
        conn = DriverManager.getConnection("jdbc:mysql://" + HOST + ":3306/" + DB + "?user=" + USER + "&password=" + PWD);
        return conn;
    }

    public static void select() throws ClassNotFoundException, SQLException {
        conn  = getConnection();
        Statement stmt = conn.createStatement();
        ResultSet rs = stmt.executeQuery("SELECT * FROM bookv");
        while (rs.next()) {
            String id = rs.getString("book_id");
            String name = rs.getString("name");
            String author = rs.getString("author_name");
            String editor = rs.getString("editor_name");
            String price = rs.getString("price");
            String isbn = rs.getString("isbn");
            String note = rs.getString("note");
            Object[] riga = {id, name, author, editor, price, isbn, note};
            ((DefaultTableModel) Main.getTable().getModel()).addRow(riga);
        }
        rs.close();
        stmt.close();
    }

    public static void disconnect() throws SQLException {
        if (conn != null) {
            conn.close();
        }
    }
}

e poi lo richiamo così:
DBManager.select();

[Alex'87]

Originariamente inviato da fermat
una cosa del genere?
...
e poi lo richiamo così:
DBManager.select();

Non proprio...

Dichiarare instance statica è corretto, gli altri metodi però non dovrebbero essere statici.

Inoltre lo scopo del singleton è avere un unica istanza della classe e lavorare sempre su quella. Per fare ciò devi mettere il costruttore privato (in modo che non sia istanziabile dall'esterno).

La struttura base è quindi

public class DBManager {
  private static class DBManager instance;
  
  private DBManager() { } // costruttore privato

  public static DBManager getInstance() {
    return (instance == null) ? (instance = new DBManager()) : instance;
  }

  ..
  ..

  // metodi non statici
}

[fermat]

vediamo se ho capito:

public class DBManager {

    private static DBManager instance = null;
    final static String HOST = "";
    final static String DB = "";
    final static String USER = "";
    final static String PWD = "";
    private static Connection conn = null;

    private DBManager() {
    }

    public static DBManager getInstance() {
        return (instance == null) ? (instance = new DBManager()) : instance;
    }

    public Connection getConnection() throws ClassNotFoundException, SQLException {
        Class.forName("com.mysql.jdbc.Driver");
        conn = DriverManager.getConnection("jdbc:mysql://" + HOST + ":3306/" + DB + "?user=" + USER + "&password=" + PWD);
        return conn;
    }

    public void select() throws ClassNotFoundException, SQLException {
        conn = DBManager.getInstance().getConnection();
        Statement stmt = conn.createStatement();
        ResultSet rs = stmt.executeQuery("SELECT * FROM bookv");
        while (rs.next()) {
            String id = rs.getString("book_id");
            String name = rs.getString("name");
            String author = rs.getString("author_name");
            String editor = rs.getString("editor_name");
            String price = rs.getString("price");
            String isbn = rs.getString("isbn");
            String note = rs.getString("note");
            Object[] riga = {id, name, author, editor, price, isbn, note};
            ((DefaultTableModel) Main.getTable().getModel()).addRow(riga);
        }
        rs.close();
        stmt.close();
    }
// altri metodi nn statici
}

poi ad esempio nel mio JFrame:

public class Main extends javax.swing.JFrame {

    private DBManager dbman = DBManager.getInstance();

........

dbman.select();

così istanzio una volta la classe e poi richiamo i vari metodi dove mi servono.

[Alex'87]

Esattamente

[fermat]

Originariamente inviato da Alex'87
Esattamente

perfetto grazie mille!!

[unomichisiada]

Volendo fare le cose ancora più pulite puoi usare il pattern DAO (Data Access Object) .
Di fatto i principali framework per la persistenza di appoggiano a questo pattern (hibernate, ibatis..) ma può (e dovrebbe) essere usato anche lavorando direttamente con JDBC in modo da rendere più indolore possibile un'eventuale migrazione da un DBMS ad un'altro.

[fermat]

Originariamente inviato da unomichisiada
Volendo fare le cose ancora più pulite puoi usare il pattern DAO (Data Access Object) .
Di fatto i principali framework per la persistenza di appoggiano a questo pattern (hibernate, ibatis..) ma può (e dovrebbe) essere usato anche lavorando direttamente con JDBC in modo da rendere più indolore possibile un'eventuale migrazione da un DBMS ad un'altro.

si avevo letto qualcosa al riguardo, solo che nn riesco bene a capire come funziona quindi avevo lasciato perdere anche se mi ci vorrei rimettere.
tu avresti un esempio da postarmi se nn ti dispiace?