Concetti DTO e DAO e MVC [chiuso]

1) Perché usiamo DTOe DAO, e quando dovremmo usarli. Sto sviluppando un GUIsoftware Java per inserire, modificare, eliminare i dati. Ma Ho difficoltà a distinguere tra DTO/DAOe Model, View, ControllerStruttura (MVC)? Sono simili, che è meglio usare quando si interagisce con il database tramite Java GUI.

2) Una cosa di cui sono davvero curioso è se è una buona pratica avere viewe Controllerin una classe. Se ci pensiamo Netbeans, è possibile creare GUIFrame Class e aggiungere componenti come JButtonsul frame, facendo doppio clic sul pulsante si accederà al actionListenermetodo (Controller) che sembra essere nel frame i dati devono essere visualizzati all'utente (Visualizza) . Quindi sono nella stessa classe. Allora è completamente contrario al concetto?

Ecco di cosa sto parlando

cattiva pratica avere vista e controller in una classe?

DTOè un'abbreviazione per Data Transfer Object , quindi viene utilizzato per trasferire i dati tra classi e moduli dell'applicazione.

• DTO deve contenere solo campi privati ​​per dati, getter, setter e costruttori.
• DTO non è consigliabile aggiungere metodi di business logic a tali classi, ma è OK aggiungere alcuni metodi util.

DAOè un'abbreviazione di Data Access Object , quindi dovrebbe incapsulare la logica per il recupero, il salvataggio e l'aggiornamento dei dati nella memoria dei dati (un database, un file system, qualunque cosa).

Ecco un esempio di come sarebbero le interfacce DAO e DTO:

interface PersonDTO {
    String getName();
    void setName(String name);
    //.....
}

interface PersonDAO {
    PersonDTO findById(long id);
    void save(PersonDTO person);
    //.....
}

Il MVCè un modello più ampio. Il DTO / DAO sarebbe il tuo modello nel modello MVC.
Ti spiega come organizzare l'intera applicazione, non solo la parte responsabile del recupero dei dati.

Per quanto riguarda la seconda domanda, se hai una piccola applicazione è completamente OK, tuttavia, se vuoi seguire il modello MVC, sarebbe meglio avere un controller separato , che conterrebbe la logica di business per il tuo frame in una classe separata e inviare messaggi a questo controller dai gestori di eventi.
Ciò separerebbe la tua logica aziendale dalla vista.