MySQL MVC-Pattern und Datenbank

[TheDirtyPanda]

Moin moin,

ich beschäftige mich schon etwas länger mit verschiedenen Entwurfsmustern in Java. Dennoch habe ich noch ein paar Verständnissprobleme im MVC-Pattern. Ich schreibe gerade eine Anwendung, die mit einer Datenbank verbunden ist.

Hier wäre grob meine Ordnerstruktur:

• application
• application.controllers
• application.interfaces
• application.models
• application.views

Ich habe in Java nun eine Datenbank-Klasse erzeugt, die vom Datenbank-Interface Methoden implementiert bekommt. So weit so gut. Datenbankverbindung wird mit dem Datenbank-Controller auch hergestellt. Ich habe es aber jetzt nun so gemacht, das die Datenbank-Klasse nur die Verbindung herstellt - jedoch keine Statements ausführt.

Jetzt kommen wir zu meinem Problem. Ich denke es ist ein Denkfehler - vielleicht habe ich etwas falsch gemacht. Naja aufjedenfall habe ich auch eine Benutzer-Klasse und ein Benutzer-Interface, welches eigentlich die SQL-Befehle bereitstellen soll. Naja diese wurden auch implementiert in die jeweilige Klasse, nur frage ich mich jetzt, wie ich das mit der Datenbankverbindung verknüpfen könnte.

Soll ich aus der Benutzer-Klasse eine Kindsklasse von der Datenbank-Klasse machen? Also das diese dann sozusagen die Methoden veerbt oder habt ihr da eine andere Lösung parat? Vielleicht sehe ich noch zu starr auf das MVC-Pattern ... ???:L

Ich hoffe, ihr habt mein Problem grob verstanden und könnt mir weiterhelfen!

Mit freundlichen Grüßen,

TheDirtyPanda

 

[Joose]

Achtung deine Model Klasse "Benutzer" kapselt nur die Daten aus der DataSource und stellt diese Daten dem Controller bzw. der View bereit.

Um die Daten zu laden schau dir mal das DAO (bzw. Repository Pattern) an. Der Controller ist dann am ehersten die Klasse welche das Laden der Daten anstößt.

 

[TheDirtyPanda]

Hm ja das DAO kenne ich schon. Ich benutze es auch meiner Meinung nach in meinem Projekt gerade so. Mein Problem ist halt, dass ich gerade irgendwie nicht die Verbindung zwischen Datenbank und Benutzer sehe.:bahnhof:

 

[Joose]

Du schreibst von einer Benutzer Klasse und einem Benutzer Interface.

Wenn du MVC in Verbindung mit DAO hast dann müsste es folgende Klassen in deinem Projekt (bzw. Projekten geben).
(Controller und View mal außer Acht gelassen)
-> Benutzer (Modellklasse welche die Daten kapselt)
-> BenutzerInterface (wahlweise, kann man haben, muss man nicht)
-> BenutzerDAO (enthält die SQL Statements welche mit der Tabelle für die Benutzer arbeiten, kann von einem BaseDAO abgeleitet werden)

Ob das DAO jetzt direkt eine Connection gesetzt bekommt und die Statements ausführt oder diese nur an die Datenbankklasse weiterleitet ist egal.


Der Controller soll einen neuen Benutzer in die Datenbank eintragen. Es wird ein Benutzer Objekt erstellt und dieses an das DAO weitergereicht. Da DAO führt ein entsprechendes Statement aus und fertig.

 

[TheDirtyPanda]

Ich dachte man kann sozusagen das Interface als Schnittstelle benutzen - das man dort die Methoden definiert für die Datenbank und diese dann ins Model implementiert. Dort definiert und damit wäre die Sache gegessen oder nicht?

Ich habe hier gerade einen Zettel vor mir liegen, der das DAO-Pattern erklärt. Data Access Object Pattern

Könnte man nicht einfach den Benutzer-DAO ins Benutzer-Model schreiben und es damit ein wenig schlanker machen? So habe ich mir das grob vorgestellt.

Ich denke mein Problem ist einfach, dass ich die Datenbank-Klasse (welches im Model Package liegt), als Model sehe.

 

[Joose]

Auf der von dir geposteten Seite steht es doch eh schön beschrieben wie das DAO funktioniert. Und anstatt alles in einer lokalen Liste zu verwalten werden halt SQL Befehle ausgeführt.

Nein Model und DAO zu vermischen ist eine schlechte Idee. Stell dir vor du willst statt dem DAO etwas anderes besseres oder einfacheres verwenden -> du musst immer die Model Klasse anpassen.
Wenn du diese 2 Sachen trennst kannst du problemlos DAO gegen etwas anderes austauschen.

Auch wenn du jetzt sagst nein das willst du eh nicht und es wird so bleiben .... sag niemals nie und gewöhn es dir gleich richtig an. Bei anderen Projekten wird zum Testen vl mal gegen XML Dateien getestet ... für die Produktion will man aber gegen eine Datenbank fahren.

 

[TheDirtyPanda]

Okay danke schön - der Link ist der Zettel den ich hier vor mir liegen habe, den hat mir meine Berufsschule ausgedruckt um DAO zu zeigen. Ja du hast recht, ich hab da nicht richtig nachgedacht ... Danke!