F
Felix1312
Gast
Hallo,
ich habe vor kurzem ein UML im Internet gefunden (fragt mich nicht wo), bei dem ein UML-Klassendiagramm für ein Java-Webprojekt abgebildet war.
Dort waren jedoch keine Methoden eingezeichnet. Zu jeder Entität gab es zwei Interface-Klassen (EntitätsNameVerwaltung und EntitätsNameVerwaltungDAO) und zwei Control-Klassen (EntitätsNameVerwaltungImpl und EntitätsNameVerwaltungDAOImpl).
Jetzt bin ich nicht sooo der Java-/OOP-Experte, würde eine solche professionelle Struktur mit 3-Schichten-Architektur (die EntitätsNameVerwaltung und EntitätsNameVerwaltungImpl als Anwendungskern; die ENVDAO und ENVDAOImpl + die Entitäten, abstrakten Klassen,... als DB-Zugriffsschicht) verwenden, um meine PHP-Seite bzw. die Technik die dahinter steckt umzugestalten.
Kann mir vielleicht jemand sagen, welche Methoden genau in so einer Control bzw. Interface-Klasse stecken? Ich denke mal, in der ENV wäre dann etwas (für die Entität Mitglieder) wie neuesMitgliedErstellen(parameter), mitgliedLoeschen(...),.. allerdings nur die Methodenköpfe und nicht ausprogrammiert (ist ja ein Interface), in der ENVImpl dann das Interface implementiert, eben die o.g. Methoden ausprogrammiert und die Verwendung der ENVDAOImpl.
Die ENVDAO wäre eben dann wieder für den Zugriff auf die DB "zuständig", allerdings ohne ausprogrammierte Methodenrümpfe und die ENVDAOImpl hätte letztendlich die Methoden um eben Benutzer per Query aus der DB zu löschen?!?!
Ist das so richtig? Noch eine Frage: Warum verwende ich in den Fällen dann überhaupt Interfaces? Das ist ja lediglich die Vorschrift dann für eine Klasse, was da drin stehen soll (welche Methoden), also auch nicht für mehrere. Dachte, wenn ich 30 Klassen für verschiedene Produkte habe mache ich ein Interface um zu sagen, daß jedes Produkt eine Methode haben muß, um die MwSt. zu berechnen (doofes Beispiel, aber so dachte ich mir das eigentlich immer)?!?!
Danke und Grüße,
Felix
ich habe vor kurzem ein UML im Internet gefunden (fragt mich nicht wo), bei dem ein UML-Klassendiagramm für ein Java-Webprojekt abgebildet war.
Dort waren jedoch keine Methoden eingezeichnet. Zu jeder Entität gab es zwei Interface-Klassen (EntitätsNameVerwaltung und EntitätsNameVerwaltungDAO) und zwei Control-Klassen (EntitätsNameVerwaltungImpl und EntitätsNameVerwaltungDAOImpl).
Jetzt bin ich nicht sooo der Java-/OOP-Experte, würde eine solche professionelle Struktur mit 3-Schichten-Architektur (die EntitätsNameVerwaltung und EntitätsNameVerwaltungImpl als Anwendungskern; die ENVDAO und ENVDAOImpl + die Entitäten, abstrakten Klassen,... als DB-Zugriffsschicht) verwenden, um meine PHP-Seite bzw. die Technik die dahinter steckt umzugestalten.
Kann mir vielleicht jemand sagen, welche Methoden genau in so einer Control bzw. Interface-Klasse stecken? Ich denke mal, in der ENV wäre dann etwas (für die Entität Mitglieder) wie neuesMitgliedErstellen(parameter), mitgliedLoeschen(...),.. allerdings nur die Methodenköpfe und nicht ausprogrammiert (ist ja ein Interface), in der ENVImpl dann das Interface implementiert, eben die o.g. Methoden ausprogrammiert und die Verwendung der ENVDAOImpl.
Die ENVDAO wäre eben dann wieder für den Zugriff auf die DB "zuständig", allerdings ohne ausprogrammierte Methodenrümpfe und die ENVDAOImpl hätte letztendlich die Methoden um eben Benutzer per Query aus der DB zu löschen?!?!
Ist das so richtig? Noch eine Frage: Warum verwende ich in den Fällen dann überhaupt Interfaces? Das ist ja lediglich die Vorschrift dann für eine Klasse, was da drin stehen soll (welche Methoden), also auch nicht für mehrere. Dachte, wenn ich 30 Klassen für verschiedene Produkte habe mache ich ein Interface um zu sagen, daß jedes Produkt eine Methode haben muß, um die MwSt. zu berechnen (doofes Beispiel, aber so dachte ich mir das eigentlich immer)?!?!
Danke und Grüße,
Felix
