DTO- und DAO-Konzepte und MVC [closed]

1) Warum verwenden wir DTO und DAO, und wann sollten wir sie verwenden. Ich entwickle eine GUI Java-Software zum Einfügen, Bearbeiten und Löschen von Daten. Aber es fällt mir schwer, zu unterscheiden DTO/DAO und Model, View, Controller (MVC) Struktur? Sind sie ähnlich, was bei der Interaktion mit der Datenbank über Java besser zu verwenden ist GUI.

2) Eine Sache, auf die ich wirklich neugierig bin, ist, ob es eine gute Praxis ist, sie zu haben view und Controller in einer Klasse. Wenn wir darüber nachdenken Netbeanskönnen Sie erstellen GUI Frame-Klasse und fügen Sie Komponenten hinzu wie JButton Klicken Sie auf den Rahmen, doppelklicken Sie auf die Schaltfläche, um zum Fenster zu gelangen actionListener Methode (Controller), die in dem Frame zu sein scheint, in dem die Daten dem Benutzer angezeigt werden sollen (View). Sie sind also in der gleichen Klasse. Geht das dann komplett gegen das Konzept oder nicht?

Hier ist, wovon ich spreche

schlechte Praxis View und Controller in einer Klasse zu haben?

DTO ist eine Abkürzung für Datenübertragungsobjektwird also verwendet, um die Daten zwischen Klassen und Modulen Ihrer Anwendung zu übertragen.

• DTO sollte nur private Felder für Ihre Daten, Getter, Setter und Konstruktoren enthalten.
• DTO Es wird nicht empfohlen, solchen Klassen Geschäftslogikmethoden hinzuzufügen, aber es ist in Ordnung, einige util-Methoden hinzuzufügen.

DAO ist eine Abkürzung für Datenzugriffsobjektalso sollte es die Logik zum Abrufen, Speichern und Aktualisieren von Daten in Ihrem Datenspeicher (einer Datenbank, einem Dateisystem, was auch immer) kapseln.

Hier ist ein Beispiel dafür, wie die DAO- und DTO-Schnittstellen aussehen würden:

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

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

Das MVC ist ein breiteres Muster. Das DTO/DAO wäre Ihr Modell im MVC-Muster.
Es sagt Ihnen, wie Sie die gesamte Anwendung organisieren, nicht nur den Teil, der für den Datenabruf verantwortlich ist.

Was die zweite Frage angeht, wenn Sie eine kleine Anwendung haben, ist es völlig in Ordnung, wenn Sie jedoch dem MVC-Muster folgen möchten, wäre dies der Fall Besser ein separates Steuergerätdie die Geschäftslogik für Ihren Frame in einer separaten Klasse enthalten und Nachrichten von den Ereignishandlern an diesen Controller senden würde.
Dies würde Ihre Geschäftslogik von der Ansicht trennen.